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Priifungsantrag gem. § 44 PatG ist gestellt 
@ Speicherverwaltungssystem 

® Ein Speicherberetchs-Verwaltungssystem unterstiitzt 
Speicherbereiche. Der Spetcherserver umfafSt eine Viel- 
zahl von Kommunikationsschnittstellen. Eine erste Grup- 
pe von Kommunikationsschnittstellen aus der Vielzahl ist 
geeignet zur Verbindung mit alien Arten von Anwendern 
von Daten. Eine zweite Gruppe von Kommunikations- 
schnittstellen aus der Vielzahl ist geeignet fur die Verbin- 
dung zu entsprechenden Geraten in einem Pool von Spei- 
chergeraten zur Verwendung in einem Speicherbereich. 
Datenverarbeitungsressourcen in dem Server werden mit 
der Vielzahl von Kommunikationsschnittstellen verbun- 
den, um Daten unter den Schnittstellen zu transferieren. 
Die Datenverarbeitungsressourcen umfassen eine Viel- 
zahl von Treibermodulen und konfigurierbarer Logik, die 
Treibermodule zu Datenpfaden verbindet. Jeder konfigu- 
i rierte Datenpfad dtent als eine virtuelle Verbindung, der 
eine Gruppe von Treibermodulen, die aus der Vielzahl von 
Treibermodulen ausgewahlt worden sind, umfaftt. Ein 
Datenspeichervorgang, der an einer Kommunikations- 
schnittstelle empfangen wird, wird auf einen der konfigu- 
rierten Datenpfade abgebildet. Eine Anzeige und ein An- 
wendereingabegerat sind in den datenverarbeitenden 
Strukturen enthalten, um Bilder, die auf der Anzeige ange- 
zeigt werden, zu verwalten. 
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Beschreibung 

HINTERGRUND DER ERFINDUNG 

5 Bereich der Erfindung 

Die vorliegende Erfindung betrifft den Bereich von Massenspeichersystemen. Insbesondere betrifft sie die Verwaltung 
von Speichervorgangen in intelligenten Speicherbereichsnetzwerken und deren Konfiguration. 

10 Der Stand der Technik 

Das Speichern von groBen Datenmengen in sogenannten Massenspeichersystemen ist irn BegrifF, eine iibliche Vorge- 
hensweise zu werden. Massenspeichersysterne umfassen typischerweise Speichergerate, die mit Dateiservern oder Da- 
tennetzwerken verbunden sind. Anwender in dem Netzwerk kommunizieren mit den Datenservem, um Zugriff auf die 
15 Daten zu erhalten. Die Dateiserver sind typischerweise iiber Datenkanale mit spezifischen Speichergeraten verbunden. 
Die Datenkanale werden ublicherweise mit Point- to-Point-Kommunikationsprotokollen implementiert, die ausgelegt 
sind fur die Verwaltung von Speichervorgangen. 

In dem MaBe, wie die Menge an Speicher zunimmt und die Anzahl der Dateiserver im Kommunikationsnetzwerk 
wachst, ist das Konzept eines Speicherbereichsnetzwerkes (storage area network, SAN) aufgekommen. Speicherbe- 
20 reichsnetzwerke verbinden eine Anzahl von Massenspeichersystemen in einem Kommunikationsnetzwerk, das fur Spei- 
chervorgange optimiert ist. Beispielsweise werden durch einen Glasfaserkanal vermittelte Schleifennetzwerke (fibre 
channel arbitrated loop networks, FOAL) als SANs implementiert. Die SANs unterstiitzen viele Point-to-Point-Kom- 
munikationssitzungen zwischen den Anwendern des Speichersystems und den spezifischen Speichersystemen in dem 
SAN. 

25 Dateiserver und andere Anwender der Speichersysteme werden konfiguriert, um mit spezifischen Speichermedien zu 
kommunizieren. Wenn die Speichersysteme expandieren oder ein Medium in dem System ausgetauscht wird, ist eine Re- 
konfiguration bei den Dateiservern und anderen Anwendern notwendig. Wenn die Notwendigkeit auftritt, Daten von ei- 
nem Gerat auf ein anderes in einem sogenannten Datenmigrationsvorgang zu verschieben, ist es ferner haufig notwendig, 
den Zugriff auf die Daten wahrend des Migrations vorganges zu blockieren. Nachdem die Migration abgeschlossen ist, 

30 muB die Rekonfiguration beim Anwendersystem ausgefuhrt werden, damit die Daten von dem neuen Gerat verfugbar 
werden. 

Insgesamt vermehren sich in dem MaBe wie die Komplexitat und die GroBe der Speichersysteme und Netzwerke zu- 
nimmt, auch die Probleme der Verwaltung der Konfiguration der Anwender der Daten und der Speichersysteme selbst. 
DemgemaB sind Systeme notwendig, die die Verwaltung der Speichersysteme vereinfachen und gleichzeitig die Vorteile 
35 der Flexibility und Moglichkeiten der SAN-Architektur benutzen. 

ZUSAMMENFASSUNG DER ERFINDUNG 

Die vorliegende Erfindung schafft Systeme und Verfahren zur Speicherbereichsverwaltung. Speicherbereichsverwal- 
40 tung ist eine zentralisierte und sichere Verwaltungsfahigkeit, die auf existierenden Hardwareinfrastrukturen eines Spei- 
cherbereichsnetzwerkes angeordnet ist, um eine hohe Leistungsfahigkeit, eine hohe Verfugbarkeit und fortgeschrittene 
Speicherverwaltungsfunktionalitat fur heterogene Umgebungen zu schaffen. Speicherbereichsverwaltung schafft einen 
Kern eines robusten Gefuges eines Speicherbereichsnetzwerkes, das ubemommene und neue Ausriistung integrieren 
kann, Netzwerk- und Speicherverwaltungsaufgaben den Servern und Speicherressourcen abnehmen kann und Netzwerk- 
45 basierte Anwendungen aufnehmen kann, so daB sie iiber alle Komponenten des Speicherbereichsnetzwerkes verteilt wer- 
den konnen. Speicherbereichsverwaltung ermoglicht das Erzeugen und Optimieren einer heteirogenen Umgebung eines 
Speicherbereichsnetzwerkes, die bei der Verwendung von Systemen und Techniken aus dem Stand der Technik nicht zur 
Verfiigung steht. 

Die vorliegende Erfindung schafft ein System fur die Verwaltung von Speicherressourcen in einem Speichernetzwerk 

50 nach Speicherbereichen (Domains). Das System umfaBt eine Vielzahl von Kommunikationsschnittstellen beziehungs- 
weise Interfaces, die fur eine Verbindung mit Clients, Speichersystemen und dem Speichernetzwerk iiber Kommunika- 
tionsrnedien geeignet sind. Eine Verarbeitungseinheit ist mit der Vielzahl von Kommunikationsschnittstellen verbunden 
und umfaBt Logik, um eine Gruppe von Speicherorten aus einem oder mehreren Speichersystemen in dem Netzwerk als 
einen Speicherbereich fur eine Gruppe von zumindest einem Client aus dem einen oder mehreren Clients in dem Spei- 

55 chemetzwerk zu konfigurieren. Das System umfaBt in verschiedenen Kombinationen Hemente zum Bereitstellen von 
Multiprotokollunterstiitzung iiber die Vielzahl der Kommunikationsschnittstellen hinweg, Logik zum Routen von Spei- 
chervorgangen innerhalb eines Speicherbereiches in Antwort auf Vorgangsidentifizierer, die innerhalb der Protokolle 
enthalten sind, eine Verwaltungsschnitts telle zum Konfigurieren der Speicherbereiche, Logik zum Ubersetzen eines 
Speichervorganges, der eine Vielzahl von Kommunikationsschnittstellen durchlauft, in und aus einem gemeinsamen 

60 Format zum Routen innerhalb des Systems unter der Vielzahl von Kommunikationsschnittstellen, Ressourcen zum Zwi- 
schen speichem der Daten die Gegenstand der Speichervorgange sind, und Logik zum Verwalten der Migration von Da- 
tengruppen von einem Speicherort zu einem anderen Speicherort innerhalb des Netzwerkes. 

In einem Ausfuhrungsbeispiel ist das System gemaB der vorliegenden Erfindung in einem Speicherbereichsnetzwerk 
als ein Zwischengerat enthalten, zwischen Client- Prozessoren, wie zum Beispiel Dateiservern, und Speichersystemen, 

65 die als Speicherressourcen in einem Speicherbereich fur die Clients verwendet werden. 

Speichervorgange werden von dem Zwischengerat empfangen und gemaB der Konfiguration des Speicherbereiches, 
der durch die Konfiguration slogik in dem Zwischengerat definiert ist, verwaltet. Das Zwischengerat schafft einen Ver- 
waltungsort innerhalb des Speicherbereichsnetzwerkes, das eine flexible Konfiguration, Redundanz, Failover, Datenmi- 
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gration, Zwischenspeichem und Unterstutzung von zahlreichen Protokollen ennoglicht. Daruber hinaus schafft ein Zwi- 
schengerat in cincm Ausfiihrungsbeispiel die Emulation von ubernommenen Systemen und erlaubt, daB der Speicherbe- 
reich ein ubemomrnenes Speichergerat fiir den Client umfaBt, ohne die Notwendigkeit einer Rekonfiguration des Client . 
vSpeicherbereiche werden verwaltet, indem ein logischer Speicherumfang Clients innerhalb des Netzwerkes zugewiesen 
wird und indem Speicherressourcen in dem Netzwerk auf logische Speicherbereiche der Clients abgebildet werden. Das < 
Zuweisen der logischen Speicherbereiche an Clients wird erreicht, indem in einem Zwischensystern oder einem anderen 
System, das logisch unabhangig ist oder isoliert ist, der Client der Speicherressourcen in dem Netzwerk auf den logi- 
schen Speicherumfang, der dem Client zugewiesen ist, abgebildet wird. Auf diese Weise wird ein Speicherbereich von 
Speicherressourcen, auf die iiber einen Speicherbereichsmanager zugegriffen werden kann, verwaltet unter der Verwen- 
dung des Speicherbereichsmanagers als einem Zwischengerat. K 

Ein Speicherserver gemaB der vorliegenden Erfindung umfaBt eine Verarbeitungseinheit, ein Bussystem, das mit der 
Verarbeitungseinheit verbunden ist, eine Kommunikationsschnittstelle und ein Betriebs system, das mit der Verarbei- 
tungseinheit verbunden ist. Das Bussystem hat Slots, die geeignet sind, um Schnittstellen fiir Datenspeicher aufzuneh- 
men, die sich entweder in dem Servergehause befinden oder iiber Kommunikationskanale mit den Slots verbunden sind. 
Das Betriebssystem stellt Logik zur Steuerung von Transfers uber das Bussystem bereit. Das Betriebssystem stellt Logik 15 
fiir das Ubersetzen von Speichervorgangen bereit, die iiber die Kommunikationsschnitts telle von Client-Servern in ei- 
nem internen Format empfangen werden. Das Betriebssystem stellt Logik bereit zur Verarbeitung des intemen Formats 
gemaB der Konfigurationsdaten, die einen Speichervorgang auf den Kommunikationsschnittstellen fiir eine bestimmte 
Speichereinheit innerhalb des Bereichs des Protokolls des Vorgangs auf eine virtuelle Verbindung abbiidet, der diesem 
Bereich entspricht, unter der Verwendung des intemen Formats. Die virtuelle Verbindung wiederum verwaltet das Rou- 20 
ten des Vorgangs zu einem oder mehreren physikalischen Datenspeichern durch einen oder mehrere TVeiber in den 
Schnittstellen. Ferner umfaBt der Server Ressourcen zumEmulieren von physikalischen Speichergeraten, so daB Client- 
Server in der Lage sind, Standardspeichervorgangsprotokolle fiir den Zugriff auf die virtuellen Gerate ohne Veranderun- 
gen in der Konflguration des Client-Servers fiir die Speichervorgange zu verwenden. 

GemaB einem weiteren Aspekt der Erfindung wird ein Speicherrouter geschaffen. Der Speicherrouter umfaBt eine er- 25 
ste Kommunikationsschnittstelle, andere Kommunikationsschnittstellen, eine Verarbeitungseinheit und ein Bussystem. 
Das Bussystem ist mit der Verarbeitungseinheit, der ersten Kommunikationsschnittstelle und den anderen Kommunika- 
tionsschnittstellen verbunden. Die Verarbeitungseinheit unterstiitzt ein Betriebssystem. Das Betriebssystem leitet Spei- 
chervorgange, die iiber die erste Kommunikationsschnittstelle empfangen werden, an geeignete andere Kommunikati- 
onsschnittstellen gemaB den Konflgurationsdaten weiter unter der Verwendung der virtuellen Geratearchitektur und der 30 
Emulation. 

In einigen Ausfuhrungsbeispielen ist die Kommunikationsschnittstelle eine Schnitts telle zu einem faseroptischen Me- 
dium. In einigen Ausfuhrungsbeispielen umfaBt die Kommunikationsschnittstelle Treiber, die mit einer Faserkanal ver- 
mittelten Schleife kompatibel sind. In einigen Ausfuhrungsbeispielen umfaBt die Kommunikationsschnittstelle Treiber, 
die mit der Standard "Kleincomputersystem-Schnittstelle Version 3" (small computer system interface version 3, SCSI- 35 
3) kompatibel sind. 

In einigen Ausfuhrungsbeispielen weist die Verarbeitungseinheit eine Vielzahl von Verarbeitungseinheiten auf. In ei- 
nigen Ausfuhrungsbeispielen weist das Bussystem verbundene Computerbusse auf. In einigen Ausfuhrungsbeispielen 
sind die Computerbusse kompatibel mit einem Standard "Verbindungsbus fiir Umgebungskomponenten (peripheral 
component interconnect, PCI, Bus). In einigen Ausfuhrungsbeispielen ist die Kommunikationsschnittstelle mit dem Bus- 40 
system verbunden. 

In einigen Ausfuhrungsbeispielen umfaBt der Speicherserver nichtfliichtigen Speicher. In einigen Ausfuhrungsbei- 
spielen umfaBt der nichtfliichtige Speicher einen integrierten Schaltkreis mit nichtfluchtigem Speicher, wie zum Beispiel 
einen Flashmemory. 

In einigen Ausfuhrungsbeispielen umfaBt der Speicherserver Controller fur ein Plattenlaufwerk. In einigen Ausfiih- 45 
rungsbeispielen unterstiitzt der Controller ein Feld von Plattenlaufwerken. In einigen Ausfuhrungsbeispielen unterstiitzt 
der Controller Standard "Redundanzfelder von unabhangigen Laufwerken (redundant arrays of independent disks, 
RAID) ProtokolT. In einigen Ausfuhrungsbeispielen sind die Plattenlaufwerke mit den Controllern iiber ein faseropti- 
sches Medium verbunden. In einigen Ausfuhrungsbeispielen haben die Plattenlaufwerke doppelte Schnittstellen zur Ver- 
bindung mit einem faseroptischen Medium. In einigen Ausfuhrungsbeispielen ist jedes Plattenlaufwerk mit zumindest 50 
zwei Controllern verbunden. 

In einigen Ausfuhrungsbeispielen umfaBt das Betriebssystem Logik zum Ubersetzen von SCSI-3-Anweisungen und - 
Daten, die iiber die Kommunikationsschnittstelle empfangen werden in ein internes Format. In einigen Ausfuhrungsbei- 
spielen wird die logische Einheitsnummer (logical unit number, LUN), die der SCSI-3-Anweisung zugeordnet ist, dazu 
verwendet, um die SCSI-3-Anweisung und -Daten virtuellen Geraten zuzuweisen, inklusive Datenspeichern in dem 55 
Speicherserver. In einigen Ausfuhrungsbeispielen werden die Initiator SCSI-3-Identifizierungsnummer (ID) und die 
LUN dazu verwendet, um die SCSI-3-Instruktionen und -Daten virtuellen Geraten zuzuordnen, inklusive Datenquellen, 
die mit dem Speicherserver verbunden sind. 

In einigen Ausfuhrungsbeispielen umfaBt das Betriebssystem Logik zur Uberwachung der Leistungsfahigkeit und des 
Zustands des Speicherservers. In einigen Ausfuhrungsbeispielen gibt es Logik zur Behandlung von Ausfallen von Gera- 60 
ten und zum Transfer der Steuerung an redundante Komponenten. 

Die vorliegende Erfindung schafft eine Speicherserverarchitektur, die virtuelle Gerate und virtuelle Verbindungen zum 
Speichern und Verwalten von Daten unterstiitzt. Der Speicherserver gemaB der vorliegenden Erfindung umfaBt eine Viel- 
zahl von Kommunikationsschnittstellen. Eine erste Gruppe von Kommunikationsschnittstellen in der Vielzahl ist fiir eine 
Verbindung zu alien Arten von Anwendern von Daten geeignet. Eine zweite Gruppe von Kommunikationsschnittstellen 65 
in der Vielzahl ist fiir eine Verbindung zu entsprechenden Geraten in einem Pool von Speichergeraten geeignet. Daten- 
verarbeitungsressourcen in dem Speicherserver sind mit der Vielzahl von Kommunikationsschnittstellen verbunden zum 
Transfer von Daten unter den Schnittstellen. Die datenverarbeitenden Ressourcen umfassen eine Vielzahl von Treiber- 
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modulcn unci konfigurierbarer Logik, die Treibermodule in Datenpfade verbindcr, die in Paaren impleinentiert. werden 
fur eine Redundanz in einern bevorzugten System. Jeder konfigurierte Datenpfad dient. als eine virtuelle Verbindung, die 
eine Gruppe von Treibermodulen umfaBt, die aus der Vielzahl von Treibermodulen ausgewahlt worden sind. Ein Daten- 
speichervorgang, der an einein Kominunikationsinterface empfangen wird, wird auf einen dcr konfigurierten Datenpfade 
5 abgebildet. 

GemaB einem weiteren Aspekt der Erfindung umfaBt die Vielzahl der Treibermodule einen Protokollserver fur ein 
Protokoll, das auf einer Kommunikationsschnittstelle in der Vielzahl von Kommunikationsschnittstellen unterstiitzt 
wird. Der Protokollserver erkennt. Zielidentifizierer, die bestimmte Speicherbereiche identifizieren gemaB dem Protokoll 
auf der Schnittsteile. Vorgange, die an einen bestirnmten Speicherbereich adressiert sind, werden auf einen bestimmten 

10 konfigurierten Datenpfad in dem Server abgebildet. 

Die Datenpfade, die auf diese Weise konfiguriert sind, dienen als virtuelle Speichergerate. Die Anwender der Daten 
kommunizieren mit einer Kommunikationsschnittstelle auf dem Speicherserver gemaB einem Protokoll fur ein bestimm- 
tes Speichergerat. Innerhalb des Servers werden die Vorgange gemaB diesem Protokoll auf ein virtuelles Speichergerat 
abgebildet, das durch eine Gruppe von Treibem implementiert wird. Das Einrichten und Verandern der Speicheraufga- 

15 ben, die in einem speziellen Datenpfad durchgefiihrt werden, und das Einrichten und Verandern der Abbildungen von ei- 
nem Speicherbereich von einem Datenpfad zu einem anderen, werden durch das Konfigurieren der Gruppe von Treiber- 
modulen innerhalb des Speicherservers erreicht. 

GemaB einem Aspekt der Erfindung umfaBt die Vielzahl der Treibermodule ein oder mehrere Hardwaretreibermodule, 
die entsprechende Kommunikationsschnittstellen verwalten und ein oder mehrere interne Treibermodule, die unabhan- 

20 gig von der Vielzahl von Kommunikationsschnittstellen die Aufgaben des Datenpfades durchfuhren. Die Aufgaben des 
Datenpfades umfassen beispiels weise die Verwaltung des Zwischenspeichers, die Verwaltung des Spiegelns von Spei- 
chem, die Verwaltung des Partitionierens von Speichem, die Verwaltung der Datenmigration und anderer Aufgaben zur 
Verwaltung von Speichervorgangen. Durch das Erf ii lien von Datenpfadaufgaben dieser Art in der virtuellen Geratearchi- 
tektur ist die Konfiguration des Speichersy stems zur Verwaltung dieser Aufgaben im wesentlichen transparent fur die 

25 Anwender. Zusatzlicb erlaubt das Bereitstellen der virtuellen Geratefahigkeit bei einem Speicherserver, der fur die 
Durchfuhrung dieser Aufgaben optimiert ist, eine verbesserte Leistungsfahigkeit und eine groBere Flexibility. 

GemaB einem Aspekt der Erfindung umfaBt die Vielzahl der Treibermodule femer Logik zum Kommunizieren von 
Daten innerhalb der Serverumgebung gemaB eines internen Nachrichtenformats. Ankommende Speichervorgange wer- 
den in das interne Nachrichtenformat ubersetzt und in dem konfigurierten Datenpfad fiir den jeweiligen Vorgang ange- 

30 ordnet. In einem bevorzugten Ausfuhrungsbeispiel fuhrt der Protokollserver die Ubersetzung des Protokolls und die 
Funktion des Abbildens auf die virtuelle Verbindung durch. 

Die konfigurierbare Logik umfaBt ein Anwenderinterface zur Aufnahme von Konfigurationsdaten und einen Speicher, 
der Tabellen oder Listen der entsprechenden Gruppe von Treibermodulen spei chert, die die Datenpfade umfassen. 
Die konfigurierbare Logik ist in einem Ausfuhrungsbeispiel implementiert unter der Verwendung einer grafischen Be- 

35 nutzeroberflache, beispiels weise auf einem Anzeigeschirm inklusive eines Touch Screens zur Aufnahme von Eingangs- 
signalen. Die grafische Anwenderoberflache ermoglicht die Implementierung von Konfigurationswerkzeugen, die flexi- 
bel und leicht zu verwenden sind. 

GemaB einem weiteren Aspekt der Erfindung umfaBt die Konfigurationslogik Speicher zum Speichern von Konfigu- 
rationsdaten in der Form von Tabellen, die die Datenpfade fiir die virtuellen Verbindungen identifizieren. 

40 Der Speicher wird in einem Ausfuhrungsbeispiel implementiert unter der Verwendung eines dauerhaften Tabellen- 
speicherprozesses, der die Tabellen in einem nichtfluchtigen Speicher halt, der ein Reset und/oder ein Herunterfahren des 
Speichersystems iibersteht. Zusatzlich implementiert die Konfigurationslogik die Datenpfade fiir die virtuellen Verbin- 
dungen unter der Verwendung von redundanten Treibermodulen auf redundanter Hardware in dem System. Daher wird 
keine einzelne Stelle des Versagens in dem Speichersystem mit einem speziellen Speichervorgang interferieren. 

45 In einem bevorzugten Ausfuhrungsbeispiel sind die Ressourcen innerhalb der Speicherbereiche definiert unter der 
Verwendung von virtuellen Verbindungen, die eine Vielzahl von Treibermodulen und konfigurierbarer Logik umfassen, 
die die Treibermodule in Datenpfade verbindet, die zur Redundanz in einem bevorzugten System in Paaren implemen- 
tiert sind. Jeder konfigurierter Datenpfad arbeitet als eine virtuelle Verbindung, die eine Gruppe von Treibermodulen um- 
faBt, die aus der Vielzahl von Treibermodulen ausgewahlt sind. Ein Datenspeicher vorgang, der an einer Kommunikati- 

50 onsschnittstelle empfangen wird, wird auf einen der konfigurierten Datenpfade abgebildet und dadurch innerhalb eines 
Speicherbereiches gesteuert, der in dem Speicherbereichsmanager verwaltet und konfiguriert wird. 

Die Speicherbereichs verwaltung ermoglicht in fundamentaler Weise, daB fur Kunden das voile Versprechen von Spei- 
cherbereichsnetzwerken zur Behandlung von Geschaftsproblemen Wirklichkeit wird. Die Speicherbereichs verwaltungs- 
Plattform schafft heterogene Interoperabilitat der Speichersysteme und Protokolle, schafft sichere zentralisierte Verwal- 

55 tung, schafft Skalierbarkeit und hone Leistungsfahigkeit und schafft Zuverlassigkeit, Verfugbarkeit und Wartungsrnerk- 
male, alles in einer intelligenten, fiir diesen Zweck gebauten Plattform. 

Andere Aspekte und Vorteile der vorliegenden Erfindung kann man bei der Betrachtung der Figuren der detaillierten 
Beschreibung und der folgenden Anspriiche erkennen. 

60 KURZE BESCHREIBUNG DER FIGUREN 

Fig. 1 erlautert ein Speicherbereichsnetzwerk mit einem Speicherserver gemaB der vorliegenden Erfindung, der als ein 
Speicherrouter oder als ein Speicherverwaltungsdirektor eines Speicherbereichs konfiguriert ist. 

Fig. 1 A erlautert eine Vielzahl von Anwendungen fur intelligente Speicherbereichsnetzwerkserver. 
65 Fig. 2 erlautert ein Speicherbereichsnetzwerk in einer alternativen Konfiguration mit einem Speicherserver gemaB der 
vorliegenden Erfindung, der als ein Speicherrouter oder als ein Speicherdirektor bei der Verwaltung von Speicherberei- 
chen in einem heterogenen Netzwerk konfiguriert ist. 

Fig. 3 erlautert ein komplexeres Speicherbereichsnetzwerk mit mehreren Speicherservern gemaB der vorliegenden Er- 
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findung nut direkten Konmiunikarionskanalen zwischen ihnen zur Untersiiitzung eines erweiterten Speicherbereichs 
oder Speicherbereichen. 

Fig. 4 ist ein Blockdiagramm eines Speicherservers zur Untersiiitzung der Speicherbereichsverwaltung gemaB der 
vorliegenden Erfindung. 

Fig. 5 ist. ein alternatives Diagramm eines Speicherservers zur Unterstutzung der Speicherbereichsverwaltung gemaB 
der vorliegenden Erfindung. 

Fig. 6 ist ein Blockdiagramm einer Hardware- Architektur eines intelligenten Speicherbereichsnetzwerkservers. 

Fig. 7 ist ein Blockdiagramm der Softwaremodule eines Betriebs systems und von Unterstiitzungsprogrammen fur ei- 
nen intelligenten Server eines Speicherbereichsnetzwerkes. 

Fig. 8 ist ein vereinfachtes Diagramm eines Hardware-Treibermoduls fur eine Faserkanalschnittstelle zur Verwendung K 
in dem System der vorliegenden Erfindung. 

Fig. 9 ist ein vereinfachtes Diagramm eines Festkorperspeichersys terns unter der Verwendung eines Hardware-Trei- 
bermoduls der vorliegenden Erfindung. 

Fig. 10 ist ein Diagramm eines internen Feldes von Plattenlaufwerken, die in einem Ausfuhrungsbeispiels eines Spei- 
cherservers gemaB der vorliegenden Erfindung befestigt sind. a 

Fig. 11 ist ein vereinfachtes Diagramm eines internen Servicemoduls fur einen Zielserver gemaB der vorliegenden Er- 
findung mit einer lokalen Antwortfahigkeit. 

Fig. 12 ist ein Diagramm eines internen Servicemoduls zur Implementierung einer Plattenspiegelung. 

Fig. 13 ist ein Diagramm eines internen Servicemoduls zur Implementierung einer Parti tionierungsfunktion. 

Fig. 14 ist ein Diagramm eines internen Servicemoduls zur Implementierung einer Zwischenspeicherfunktion. 2( 

Fig. 15 erlautert eine virtuelle Verbindungskonfiguration gemaB der vorliegenden Erfindung. 

Fig. 16 ist ein Diagramm eines internen Servicemoduls zur Implementierung eines dauerhaften Tabellenspeicherma- 
nagers gemaB der vorliegenden Erfindung. 

Fig. 17 erlautert schematisch ein Hardware-Treibermodul fur einen dauerhaften Speicher gemaB der vorliegenden Er- 
findung. 25 

Fig. 18 ist ein vereinfachtes Diagramm eines Netzwerkes mit einem Zwischengerat mit dreistufigen Hot-Copy-Res- 
sourcen gemaB der vorliegenden Erfindung. 

Fig. 19 erlautert Datenstrukturen, die in einem Beispiel eines Treibers zur Implementierung eines Hot-Copy- Vorgangs 
gemaB der vorliegenden Erfindung verwendet werden. 

Fig. 20 ist ein FluBdiagramm, das einen Hot-Copy- Vorgang zeigt, der von einem Treiber gemaB der vorliegenden Er- 3C 
findung ausgefuhrt wird. 

Fig. 21 ist ein FluBdiagramm, das die Behandlung einer Schreibanforderung wahrend eines Hot- Copy- Vorgangs erlau- 
tert. 

Fig. 22 ist ein FluBdiagramm, das die Behandlung einer Leseanforderung wahrend eines Hot-Copy- Vorgangs erlau- 
tert. 35 

DETAILLEERTE BESCHREIBUNG 

Oberblick 

40 

Fig. 1 erlautert ein Netzwerk inklusive eines intelligenten Speicherbereichsnetzwerkes (intelligent storage area net- 
work, ISAN)-Servers 1200, der eine Speicherbereichsverwaltung bereitstellt. Ein Speicherbereichsnetzwerk (storage 
area network, SAN) kann dazu verwendet werden um Datenspeicherdienste fiir Clientcomputer bereitzustellen. Ein 
Speicherbereichsnetzwerk ist optimiert, um hohe Bandbreiten und hohen Durchsatz von Speicher fiir Clientcomputer, 
wie zum Beispiel Dateiserver, Webserver und die Computer von Endanwendem bereitzustellen. Ein Speicherserver 1200 45 
gemaB der vorliegenden Erfindung stellt in bevorzugten Ausfuhrungsbeispielen Datenspeicherplatz im Gehause, Zwi- 
schenspeicherdienste fur Speichervorgange, Speicherrouten und virtuelle Gerateverwaltung bereit. 

Der Speicherserver 1200 in dem Netzwerk hat Clientschnittstellen 1210, 1211 und 1212, die mit entsprechenden 
Clientservem 1201, 1202 und 1203 verbunden sind. Speicherschnittstellen 1213 und 1214 sind iiber Kommunikations- 
kanale mit Speichergeraten 1205, 1206 und 1207 verbunden, die, wenn sie mit irgendeinem Speicher in dem Speicher- 50 
gerat 1200 verbunden sind, physikalischen Speicher fiir einen Speicherbereich bereitstellen, der in dem Speicherserver 
1200 verwaltet wird. 

Der Kommunikationskanai 1213 ist in diesem Beispiel iiber ein Hub 1204 mit den Geraten 1205 und 1206 verbunden. 
Beim Betrieb arbeiten die Clientschnittstellen gemaB einem Protokoll, durch das der Clientserver Speichervorgange 
durch Befehle anfordert, die Parameter enthalten, die fiir die Identifizierung eines Speicherbereichs ausreichend sind, in- 55 
klusive beispielsweise eines oder mehrerer Identifizierer eines Initiators, eines iogischen Bereichs, wie zum Beispiel ei- 
ner LUN-Nummer und eines Identifizierers eines Zielgerates. Der Speicherserver 1200 bildet die gewunschte Trans ak- 
tion auf ein virtuelles Gerat ab, das wiederum physikalischen Speicherplatz zur Verwendung in dem Vorgang innerhalb 
der physikalischen Speichergerate allokiert. Der Speicherserver 1200 enthalt femer Ressourcen, die die in der Anfrage 
identifizierten physikalischen Zielgerate emulieren. Der Speicherserver 1200 ist in der Lage, Speichervorgange unter der 60 
Verwendung von lokalen Konfigurationsdaten weiterzuleiten und die Verwaltung von Speicher fiir die Clientserver zu 
vereinfachen. 

Um den hochsten Durchsatz zu schaffen ist der Speicherserver 1200 mit den Clientservem 1201-1203 durch ein 
Hochgeschwindigkeits-Netzwerkmedium, wie zum Beispiel einen Faserkanal oder ein Gigabit-Ethernet verbunden. Die 
Clientserver 1201-1203 sind in typischen Konfigurationen mit den Computem von Endanwendem durch Netzwerk ver- 65 
bindungen verbunden. 

Fig. 1 illustriert eine Verwaltungsschnittstelle 108, die mit dem Server 1200 iiber die Kommunikationsverbindung 109 
verbunden ist. Die Kommunikationsverbindung, die durch die Schnittstellen in der Station 108 und in dem Server 1200 
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bedient wird, umfafit. beispielsweise eine Ethernet- Netzwerkverbindung, ein sericlles Kabel, das mil seriellcn Ports ver- 
bundcn ist, oder eine interne Busschni Us telle in verschiedenen Ausfuhrungsbeispielen. 

Die Kommunikation zwischen den Servern 1201-1203 und den Speichergeraten 1205-1207 wird durch ein mil einem 
Glasfaserkanal vermitteltes Schleifennetzwerk bereitgestellt durch den Speicherserver 1200 als ein Zwischengerat. Die 
5 Kanale iiber das FC-AL konnen erreicht werden unter dcr Verwendung eines Protokolls, das rnit der Clienrcomputer-Sy- 
stemschnittstelle Version 3 (SCSI-3) kompatibel ist, vorzugsweise unter der Verwendung eines Faserkanalmediums, das 
auch Faserkanalprotokoll (FCP) bezeichnet wird (beispielsweise SCSI B X3T10 und FCP 10-300.269-199X). In anderen 
Ausftihrungsbeispielen werden Protokolle, wie zum Beispiel das Intemetprotokoll, iiber das Faserkanalgefiige zum 
Transportieren von Speichervorgangen in einer Vielzahl von Protokollen verwendet. In einigen Ausftihrungsbeispielen 
10 unterstiitzt der Speicherserver 1200 viele Protokolle fur die Datenspeichervorgange. 

Fig* 1A erlautert eine Vielzahl von Verwendungen fur inteliigente Speicherbereichsnetzwerkserver (ISAN-Server). 
Ein Speicherbereichsnetzwerk (SAN) kann dazu verwendet werden urn Datenspeicherdienste fur Clientcomputer bereit- 
zustellen. Ein Speicherbereichsnetzwerk ist optimiert zum Bereitstellen von hohen Bandbreiten und hohem Speicher- 
durchsatz fur Clientcomputer, wie zum Beispiel einen Dateiserver oder einen Webserver. Ein ISAN-Server schafft zu- 
15 satzliche Funktionalitaten iiber das Datenspeichern und -abrufen hinaus, wie zum Beispiel Speicherrouten und die Ver- 
waltung von virtuellen Geraten. 

Fig, 1A umfafit die Server 100A-D, die ISAN-Server 102A-F, die diinnen Server 104A-C und ein Speicherfeld 106. 
Die Server 100A-D konnen UNIX-Server, Windows™ NT-Server, NetWare™-Server oder irgendein anderer Typ von 
Dateiserver sein. 

20 Die Server 100A-D sind mit Clientcomputem iiber Netzwerkverbindungen verbunden. Der ISAN-Server 102A ist rnit 
dem Server 100 A iiber eine Netzwerkverbindung verbunden. Der ISAN-Server 102 A stellt Datenspeicherdienste fur den 
Server 100 A bereit durch das Durchfuhren der gewiinschten Speichervorgange. Der ISAN-Server 102A wird von dem 
Server 100A wie ein Speichergerat behandelt. Der ISAN-Server 102A ist in der Lage, mehr Speicher zu enthalten als 
eine typische Festplatte oder ein Feld von Festplatten. Der ISAN-Server 102A kann verwendet werden als ein Speicher- 

25 router und dazu dienen, intelligentes Routen unter Datenspeichern, die mit dem ISAN-Server 102 A verbunden sind, be- 
reitzustellen. 

Der ISAN-Server 102A stellt femer hohere Bandbreiten und hoheren Durchsatz bei der Verarbeitung von Speicher- 
vorgangen bereit, als ein typisches Festplattenlaufwerk oder ein Feld von Festplattenlaufwerken. Der ISAN-Server 102A 
kann daher das Volumen von Anfragen behandeln, die erzeugt werden durch Multimediadatenstrome und andere groB- 
30 volumige Datenstrome. 

Um den hochsten Durchsatz zu schaffen, kann der ISAN-Server 102A mit dem Server 100A durch ein Hochgeschwin- 
digkeit-Netzwerkmedium, wie zum Beispiel einen Faserkanal, verbunden werden. Die Server 100B-D sind mit Client- 
computem durch Netzwerkverbindungen verbunden. Die Server 100B-D sind mit einem Speicherbereichsnetzwerk 
durch ein Faserkanalgeriist verbunden. Das Speicherbereichsnetzwerk umfaSt die ISAN-Server 102B-D und das Spei- 
35 cherfeld 106. Die Server 100B-D und die ISAN-Server 102B-D unterstiitzen Treiber fur eine Faserkanal vermittelte 
Schleife (FC-AL). 

Kommunikation zwischen den Servern 100B-D und den Speichergeraten iiber das FC-AL kann erreicht werden unter 
der Verwendung eines Protokolls, das mit der Standard-Clientcomputersystem-Schnittstelle Version 3 (SCSI-3) kompa- 
tibel ist unter Verwendung vorzugsweise eines Fiberkanalmediums das auch eines Fiberkanalprotokoll (FCP) bezeichnet 
40 wird (beispielsweise SCSIbX3T10 und FCP X3.269-199X). In anderen Ausfuhrungsbeispielen werden andere Proto- 
kolle, wie zum Beispiel das Intemetprotokoll, dazu verwendet, iiber das Fiberkanalgerust 108 Speichervorgange in einer 
Vielzahl von Protokollen zu befordem. In einigen Ausfuhrungsbeispielen unterstiitzt der ISAN-Server 102 A mehrere 
Protokolle. 

Die diinnen Server 104A-C sind mit den Clients iiber Netzwerkverbindungen verbunden, verwenden jedoch nicht 

45 Speicherbereichsnetzwerke, um Datenspeicher bereitzustellen. 

Die ISAN-Server 102E-F sind direkt mit den Clients iiber Netzwerkverbindungen verbunden. Es gibt keine Zwi- 
schendateiserver. Die ISAN-Server 102E-F konnen applikationsspezifische Prozessoren (ASPs) bereitstellen, die Funk- 
tionalitaten wie zum Beispiel Dateiserver, Webserver und andere lypen von Verarbeitung, bereitstellen. 

Fig. 2 erlautert ein weiteres Ausfiihrungsbeispiel eines Speicherbereichsnetzwerkes. In Fig- 2 ist ein Server 1250, der 

50 Speichersteuerlogik und Zwischenspeicher, wie oben erlautert, enthalt, mit Clientservern in einer Vielzahl von verschie- 
denen Plattformen verbunden, inklusive eines Hewlett-Packard-Servers 1255, eines Sun-Servers 1256 und eines SGI- 
Servers 1257, die jeweils verschiedene Protokolle ausfiihren zur Verwaltung von Speichervorgangen. Eine Vielzahl von 
physikalischen Speichergeraten, die die physikalischen Ressourcen zur Verwendung als Speicherbereiche bilden, ist 
ebenfails mit dem Server 1250 verbunden, und wird durch den Speicherdirektor gemaB der oben beschriebenen virtuel- 

55 len Gerate-Architektur verwaltet. Die Vielzahl der physikalischen Speichergerate umfaBt in diesem Beispiel Speicher auf 
einer Hewlett-Packard-Plattform 1251, Speicher auf einer Sun-Plattform 1252 und Speicher auf einer EMC-Plattforrn 
1253. Daher ermoglicht der Server inklusive der Speichersteuerlogik die Erzeugung eines gemeinsamen Speicherpools, 
der iibernommene Server und Speicher in einer heterogenen Umgebung unterstiitzen kann. Inkompatibilitaten unter der 
Vielzahl von Speichergeraten und Servern kann maskiert oder wie gewiinscht nachgemacht werden unter der Verwen- 

60 dung der virtuellen Gerate-Architektur. Wahre Speicherbereichsnetzwerkumgebungen konnen implementiert werden 
und alle Host-, Geriist- und Speicher-Interoperabilitatsfragen konnen auf dem Niveau des Speicherservers verwaltet wer- 
den. 

Die Speichersteuerlogik schafft unter Verwendung der virtuellen Gerate-Architektur einen einzigen intelligenten Ko- 
ordinationspunkt fur die Konfiguration des Clientserver-ZugrifFs auf den Speicher unter Verwendung der Speicherbe- 
65 reichskonfigurationen. Wenig oder keine Hardware- Rekonfiguration ist notwendig beim Hinzufugen neuer Gerate oder 
dem Verandern der Verwaltung von existierenden Geraten. Die Konfiguration des Speicherservers stellt eine genaue 
Konfigurationsinformation und Kontrolle bereit, indem sie die automatische Aufrechterhaltung der Abbildung von Da- 
tengruppen im physikalischen Speicher auf Servern ermoglicht. Die Aufrechterhaltung von genauen Abbildungen des 
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physikalischen Speichers vereinfachl signifikani die Verwalt.ung von Speicherbereichsneizwerken. Ferner ermoglicht die 
Speichersteucrung am Server die aklive Migration von Daten von alien Speichergeraten auf neue Speichergerate, wah- 
rcnd die Gerate online bleiben. Zusatzlich sind Speicherobjekre in ihrer GroRe nicht langer lirnitiert durch die GroRe des 
groRten Objektes, das in einem Feid erzeugL werden kann. Mehrere Felder konnen zu einern einzigen Speicherobjekt ver- 
kettet werden, unabhangig von den Host-Betriebssystemen, die auf den Ciientservern laufen. Die Speichersteuerung 
kann ferner Backup- und Testvorgange verwalten, wie zum Beispiel das Erzeugen von Schnappschiissen der Daten in 
dem nichtfluchtigen Speicher und die Verwaltung von Daten-Backups durch das Kopieren der Daten von einer Platte auf 
ein Band, beispiel s weise, ohne durch den Clientserver geroutet zu werden. 

Daruber hinaus kann der lokale Zwischenspeicher verwendet werden, um Daten von Feldem, die Redundanz verloren 
haben, zu verschieben, und um den redundanten Speicher zu repariereri und die voile Verfugbarkeit der Daten zu erhal- K 
ten, wahrend ein Feld repariert oder wiederaufgebaut wird. Fur Anwendungen mit mehreren Servern, die auf eine ge- 
meinsame Gruppe von Daten zugreifen, kann VerschluBlogik in dem Speicherserver in einer Weise angeordnet werden, 
die eine einfache skalierbare Losung schafft, unter der Verwendung der virtuellen Gerate- Architektur. 

Die Speichersteuerlogik in dem Speicherserver dient zur Zusammenlegung von Zwischenspeicheranforderungen von 
sowohl den Servern als auch dem Speicher, um die Gesamtrnenge von Zwischenspeicher, der fur ein Speicherbereichs- it 
netzwerk benotigt wird, zu verringern. 

Das System ist in der Lage, entweder fur den Clientserver oder das Speichersystem mehr Zwischenspeicher zu allo- 
kieren, als einer von beiden effektiv als einen interner Speicher bereitstellen kann. Femer kann der Zwischenspeicher dy- 
namisch oder statisch allokiert werden, so wie es von der Anwendung, die das System verwendet, definiert wird. 

Fig. 3 erlautert ein exakteres Beispiel eines Speicherbereichsnetzwerkes unter der Verwendung einer Vielzahl von ver- 2C 
bundenen Speicherservem gemaB der vorliegenden Erfindung. Speicherserver 1300, 1301 und 1302 sind enthalten und 
verbunden durch Kommunikationskanale 1350, 1351, die beispiels weise ein Hochgeschwindigkeitsprotokoll, wie zum 
Beispiel einen Faserkanal, Gigabit-Ethernet oder asynchronen Transfermodus (Asynchronous Transfer Mode, ATM) 
verwenden. 

In dem bevorzugten Ausfuhrungsbeispiel umfafit jeder Speicherserver Speichersteuerlogik und nichtfluchtigen Zwi- 25 
schenspeicher. Die Speicherserver 1300, 1301 und 1302 sind in diesem Beispiel mit einer Vielzahl von Ciientservern 
1310 bis 1318 verbunden. Die Clientserver 1313 und 1314 sind Uber ein Hub 1320 mit dem Speicherserver 1301 verbun- 
den. In ahnlicher Weise sind die Clientserver 1316 bis 1318 uber ein Hub 1321 verbunden, der wiederum mit dem Spei- 
cherserver 1302 verbunden ist. 

Die Clientserver 1310 bis 1318 kommunizieren mit dem Speicherserver unter der Verwendung von Speicherkanalpro- 30 
tokollen, wie zum Beispiel FCP, das oben genau beschrieben wurde. 

GemaB dieser Protokolle werden Speicher vorgange angefordert und beinhalten einen Identifizierer oder einen Initiator 
der Anforderung, eine logische Einheitsnummer (logical unit number, LUN) und einen Identifizierer des Zielspeicherge- 
rates. Diese Parameter werden durch die Speichersteuerlogik verwendet, um den Speichervorgang auf ein virtuelles Ge- 
rate innerhalb eines Speicherbereiches abzubilden. 35 

Die Server umfassen ferner Ressourcen zur Emulation des Zielspeichergerats, so daB die Clientserver glatt mit der 
Vielzahl von Speichergeraten in dem Speicherbereichsnetzwerk zusammenarbeiten. 

In Fig. 3 gibt es eine Vielzahl von Speichergeraten 1330 bis 1339 die als mit den Speicherservem 1300-1302 verbun- 
den dargestellt sind. In dem Diagramm werden eine Vielzahl von Symbolen verwendet, um die Speichergerate darzustel- 
len und um anzuzeigen, daB das Netzwerk heterogen ist und ein breites Spektrum von Geraten durch die virtuellen Ge- 40 
rateschnittstellen an den Servern 1301 bis 1302 verwaltet werden. Femer konnen die Kommunikationskanale variiert 
werden. Daher sind Hubs 1340, 1341 und 1342 in dem Netzwerk enthalten, um eine Vielzahl von Kommunikationspro- 
tokollen zwischen den Speichergeraten und den Speicherservem zu erleichtem. 

Ein intelligenter Speicherbereich-Netzwerkserver 45 

Fig, 4 ist ein Blockdiagramm eines Speicherservers in einem bevorzugten Ausfuhrungsbeispiel, der Speichersystem- 
Verwaltungsressourcen gemaB der vorliegenden Erfindung umfaBt. 

Der Speicherserver 102 hat Verbindungsoptionen 130 inklusive einer Gruppe von Kommunikationsschnittstellen, die 
geeignet sind fur Anwender und andere Daten verarbeitungsfunktionen und Speicheroptionen 128 inklusive einer Gruppe 50 
von Kommunikationsschnittstellen, die fur Speichergerate geeignet sind. Der Speicherserver 102 hat eine Hardware- 
schnittstelle 126, ein Betriebssystem 124, eine Blockspeicherschnitts telle 118, eine Verwaltungsschnitts telle 120 und 
eine Protokollschnitts telle 122. Die Verbindungsoptionen 130 umfassen serielle Verbindungen 140, eine Front-Panel- 
Verbindung 142 zur Unterstutzung einer Konfigurationsverwaltungsroutine in einem Ausfuhrungsbeispiel, eine Ether- 
net- Verbindung 144 zur Unterstutzung der Kommunikation mit einer entfernten Verwaltungsstation und ein Netzwerk- 55 
interface 146. Die Speicheroptionen 128 umfassen das Laufwerkfeld 132, das Festkorperlaufwerk (solid state drive, 
SSD)-Laufwerk 134, die SCSI-Schnittstelle 136 und die Netzwerkschnittstelle 138. Die SCSI-Schnittstelle 136 ist mit 
einem DVD/CD-R 148 verbunden. Die Netzwerkschnittstelle 138 ist mit einem Speicherserver 102G und/oder Speicher 
150 verbunden. 

Die Verbindungsoptionen 130 sind verschiedene Verfahren zum Verbinden von Server und Clients mit dem Speicher- 60 
server 102. Die seriellen Verbindungen 140 unterstiitzen Netzwerkverwaltung, Modems fiir eine femgesteuerte Verwal- 
tung und ununterbrechbare Energieversorgungsnachrichten. Die Front-Panel- Verbindung 142 unterstiitzt eine Verwal- 
tungsverbindung mit der Front-Panel- Anzeige des Speicherservers 102. Die Ethernet- Verbindung 144 unterstiitzt eine 
Ethernet-Schnittstelle fiir Verwaltungsprotokolle und moglicherweise fur Datentransfer. Die Netzwerkschnittstelle 146 
ist eine von moglicherweise vielen Hochgeschwindigkeits-Schnittstellen auf dem Server. In einigen Ausfiihrungsbei- 65 
spielen ist die Netzwerkschnittstelle 146 eine Faserkanalschnittstelle mit Treibem fur eine Faserkanal vermittelte 
Schleife (fibre channel arbitrated loop, FC-AL). Die Netzwerkschnittstelle 146 kann femer Treiber fur SCSI-3 uber das 
Faserkanalmedium enthalten unter der Verwendung eines Faserkanalprotokolls (fibre channel protocol, FCP). 
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Die Hardwareschnillsicllc 126 stellt schnittstellenspezifische Hardwarekomponenten bereit. Beispielsweise hat die 
Netzwerkschnittstelle 146 eine fur die Netzwerkschnittstelle spezifische Gruppe von Software-module zur Unterstutzung 
von Kon figuration, Diagnose, Leistungstiberwachung und Gesundheits- und Statusiiberwachung. 

Das Betriebs system 124, die Tabcllcn 116 und die Schnittstellen 118-122 untcrstiilzcn die virtuellen Gerate und die 
5 Funktionalitat des Speicherroutens des Speicherservers 102. Diese Komponenten des Speicherserver 102 routen Spei- 
chervorgange unter den geeigneten Speicheroptionen 128 und den Verbindungsoptionen 130 unter der Verwendung von 
konfigurierten Gruppen von Treibermodulen in deni System. 

Das Betriebssystem 124 stellt das Routen von Nachrichten und Transportmoglichkeiten zusatzlich zu Sicherungsmog- 
lichkeiten bereit. Das Routen von Nachrichten und die Transportmoglichkeiten des Betriebssystems 124 werden verwen- 
10 det, um Nachrichten inklusive Speichervorgangen zwischen den Komponenten des Speicherservers 102 zu routen. Diese 
Nachrichten umfassen Nachrichten in dem internen Format zwischen den Komponenten einer virtuellen Verbindung. 
Diese Nachrichten konnen ferner Kontrollnachrichten in anderen Formaten umfassen. 

Die Blockspeicherschnitts telle 118 stellt Softwaremodule bereit zur Unterstutzung von Blockdaten transfers. Die 
Schnittstelle 118 umfafit Unterstutzung fur gestreifte (striped) Datenspeicherung, gespiegelte Datenspeicherung, partitio- 
15 nierte Datenspeicherung, Zwischenspeicherung, und RAID-Speicherung. Die verschiedenen unterstiitzten Speicherty- 
pen konnen verbunden werden, um verschiedene Kombinationen, wie zum Beispiel gespiegelte Datenspeicherung mit 
einem Zwischenspeicher zu bilden. 

Die Protokollschnitts telle 122 schafft Softwaremodule zum Ubersetzen und Antworten auf Anfragen in einer Vielzahl 
von Protokollen. Eine Gruppe von Modulen wird bereitgestellt fur die Schichten einer Ethernet- Verbindung: der Hard- 
20 waretreiber, der Datenverbindungstreiber, der Internetprotokoll (IP)-Treiber der Ubertragungskontrollprotokoll (trans- 
mission control protocol, TCP)-Treiber, der Anwenderdatagrammprotokoil (user datagramm protocol, UDP)-Treiber 
und andere Treiber. Eine andere Gruppe von Modulen stellt Treiber fur FCP bereit. 

Die Verwaltungsschnitts telle 120 schafft Softwaremodule zur Verwaltung des Speicherservers 102. Die Verwaltungs- 
schnitts telle 120 enthalt Schnittstellen zum Verwalten des ZugrifTs auf die Tabeilen 116. Die Verwaltungsschnittstelle 
25 120 enthalt ferner Schnittstellen fur eine regelbasierte Verwaltung des Systems inklusive: des Aufstellens eines Plans 
oder die Organisation eines Prozesses; die Uberwachung des Systems; informiertes Zustimmungsmanagement; und die 
Behandlung von Systemprozessen und Ereignissen. Das informierte Zustimrnungsmanagementmodul basiert auf dem 
Bereitstellen von regelbasierten Verwaltungsvorschlagen zum Konfigurieren und Warten des Speicherservers 102. 

30 Das Behandeln von Speichervorgangen 

Speichervorgange werden iiber eine der Verbindungsoptionen 130 empfangen. Speichervorgange umfassen Lese- und 
Schreibanforderungen ebenso wie Statusanfragen. Die Anforderungen konnen blockorientiert sein. 

Ein typischer Lesespeichervorgang umfafit den Lesebefehl und AdreBinformation. Ein Schreib-Speichervorgang ist 

35 ahniich dem Lesespeichervorgang mit der Ausnahme, dafi die Anforderung Information iiber die Menge an Daten, die 
gesandt werden, urnfaBt, und dafi ihr die Daten, die geschrieben werden sollen, folgen. Insbesondere hat bei der Verwen- 
dung des SCSI-3-Protokolls jedes Gerat einen Identifizierer (identifier, ID). Die Maschine, die die Anforderung ausgibt, 
wird der Initiator genannt und die Maschine, die auf die Anfrage antwortet, wird das Ziel genannt. In diesem Beispiel ist 
der Server 100A der Initiator und hat einen ID 7. In diesem Beispiel ist der Speicherserver 102 das Ziel und hat einen ID 
.40 6. Das SCSI-3-Protokoll stellt zwei oder mehr AdreBkomponenten bereit, eine logische Einheitsnummer (logical unit 
number, LUN) und eine Adresse. 

Die LUN spezifiziert eine Unterkomponente der Ziel-ID. Beispielsweise konnen sich in einem kombinierten Festplat- 
ten/Bandlaufwerkgehause die zwei Gerate einen Identifizierer teilen, aber unterschiedliche LUNs haben. Die dritte 
AdreBkomponente ist die Adresse, von wo die Daten gelesen werden sollen oder wohin sie gespeichert werden sollen. 

45 Der Speicherserver 102A schafft virtuelle LUNs auf einer Initiatorbasis. Daher kann ein einzelner Speicherserver 102A 
beispielsweise zehntausend virtuelle LUNs oder mehr unterstutzen. 

Der Speicherserver 102A wird die Anforderung des SCS 1-3- Speichervorgangs auf eine virtuelle Verbindung abbiiden, 
entsprechend einer virtuellen LUN. Eine virtuelle Verbindung ist eine Folge von einem oder mehreren virtuellen Gera- 
ten. Ein virtuelles Gerat besteht aus einem oder mehreren Geraten, wie zum Beispiel einem Softwaremodul oder Hard- 

50 warekomponenten. Beispielsweise konnen zwei Netzwerkschnittstellengerate kombiniert werden, um ein virtuelles Ge- 
rat zu sein. In ahnlicher Weise konnen zwei Zwischenspeichergerate kombiniert werden als ein virtuelles Gerat. Dieser 
Aufbau ermoglicht das virtuelle Komponenten versagen, ohne daB die Fahigkeiten zur Verarbeitung von Speichervor- 
gangen des Speicherservers 102 unterbrochen werden. 

Eine virtuelle Verbindung umfaBt die notwendigen virtuellen Gerate zur Unterstutzung eines Speichervorgangs. Typi- 

55 scherweise ist die erste Kornponente in der virtuellen Verbindung ein Treiber zur Ubersetzung des Speichervorgangs 
vom Format des Kommunikationskanals des Speichervorgangs - FCP in diesem Beispiel - in ein internes Format. Ein 
solches internes Format kann ahniich sein dem Nachrichtenformat der intelligenten Eingangs- und Ausgangs (intelligent 
input and output, I 2 0) -Blockspeicherarchitektur (block storage architecture, BSA). Das interne Format ist in dembevor- 
zugten System neutral in bezug auf das Speichermedium und den Kommunikationskanal. 

60 Das virtuelle Zwischengerat einer virtuellen Verbindung stellt zusatzliche Dienste wie zum Beispiel das Zwischen- 
speichem, das Spiegeln, RAID, etc. bereit. Da das interne Format neutral ist in bezug auf das Speichermedium, konnen 
alle der virtuellen Zwischengerate ausgelegt sein, auf dem intemen Format zu arbeiten und damit mit anderen virtuellen 
Geraten in der Verbindung zusammenarbeiten. 

Das abschlieBende virtuelle Gerat in einer virtuellen Verbindung ist typischerweise die Formatubersetzung und die 

65 Kommunikationskanaltreiber zur Steuerung der Speicherung. Beispielsweise wird ein Laufwerksfeld 132 gesteuert 
durch redundante Hardwaretreibermodule (redundant hardware driver modules, HDMs) die gruppiert sind, um ein virtu- 
elles Gerat zu bilden. Die HDMs stellen BSA fur SCSI-Obersetzung bereit und das HDM behandelt die Schnittstelle zu 
den Treibern, die das Laufwerkfeld 132 bilden. In ahnlicher Weise wird es ein virtuelles Gerat mit Unterstutzung fur 
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BS A-Ubcrsetzung fur das Kommunikationskanalprotokoll des Speichergerat s geben, wenn die virtuelle Verbindung eine 
Verbindung zu einein anderen Typ von Speicher ubcr die Netzwerkschnitt.stelle 138 ist . 

Der Speicherserver uinfaBt femer Ressourcen in dem Betriebssystem und bei den Schnittstellen zu den Clientservern, 
die physikalische Speichergerate emulieren. Die Emulation ermoglicht, daB es fur die Clientserver beim Zugriff auf den 
Speicher so erscheint, als ob die virtuellen Gerate physikalische Gerate waren. : 

Daher konnen die Clientserver konfiguriert werden unter der Verwendung von Standardprotokollen, wie zum Beispiel 
FCP, unter der Verwendung von SCSI-Befehlen fur Speichervorgange. In dem Ausfuhrungsbeispiel unter der Verwen- 
dung von SCSI-Befehlen bringt die Emulation das Antworten auf einen Anfragebefehl gemaB dem SCSI-Protokoll mit 
Gerateidentifizierern mit sich und mit Information liber die Geratefahigkeit, die von dem initiierenden Server erwartet 
wird oder mit ihm kompatibel ist. Auch ein Lesekapazitat-Befehl und ein Modepage-Datenbefehl in dem SCSI-Protokoll u 
werden durch die Emulationsressourcen in einer Weise behandeit, die ermoglicht, daB die Clientserver, die den Speicher 
verwenden, sich auf Standardkonfigurationsinformation fur physikalische Speichergerate verlassen, wahrend der Spei- 
cherserver die Clientserver tauscht, indem er die physikalischen Speichergerate an der Schnitts telle mit dem Clientserver 
emuliert und die tatsachlichen Speichervorgange auf virtuelle Gerate abbildet. Die Emulationsressourcen eriauben fer- 
ner, daB virtuelle Gerate identifiziert werden durch die Kombination eines Initiators, einer logischen Einheitsnurnrner if 
(logical unit number, LUN) und eines Identifizierers fur ein Zielgerat, ohne daB es notwendig ist, daB der Speichervor- 
gang an das spezifische physikalische Zielgerat, das in den Anforderungen identifiziert ist, gebunden ist. 

Fig. 5 ist ein Blockdiagramm, das funktionaie Komponenten eines Servers zeigt, wie desjenigeh, der mit Bezug auf 
Fig. 4 erlautert worden ist und der als ein Speicherverwaltungssystem 151 zur Verwendung bei der Speicherbereichsver- 
waltung dient. Das System 151 umfaBt ein Speicherverwaltungsbetriebssystem 152. Mit dem Speicherverwaltungsbe- 2C 
triebssystem 152 umfassen funktionaie Komponenten Speicherbereichsroutingressourcen 153, Ressourcen zur Emula- 
tion von ubemommenen Geraten 154, Datenmigrationsressourcen 155 und Redundanz, Hot Swap und Ausfallressourcen 
156. Das Speicherverwaltungsbetriebssystem koordiniert die Kommunikation unter den Ressourcen, einem auf dem Ge- 
hause angeordneten (on-chassis) Zwischenspeicher 157, einer Verwaltungsschnittstelle 158 und in diesem Ausfuhrungs- 
beispiel einem On-Chassis-Speicherfeld 159. 25 

Der Zwischenspeicher 157 umfaBt ein nichtfl uchtiges Festkorperspeicherfeld in einem Ausfuhrungsbeispiel der Erfin- 
dung zur sicheren Unterstutzung der Speichervorgange. In einem anderen Ausfuhrungsbeispiel umfaBt der Zwischen- 
speicher 157 Redundanzfelder fur zusatzliche Fehlertoleranz. 

Eine Vielzahl von Kommunikationsschnittsteilen 160-165 wird auf dem System 151 geschaffen. In diesem Beispiel 
ist die Schnittstelle 160 geeignet, um das Protokoll X zwischen einem Client und dem Speicherverwaltungssystem 151 30 
auszufuhren; die Schnittstelle 161 ist geeignet zur Ausfuhrung des Protokolls Y zwischen einem Client und dem Spei- 
cherverwaltungssystem 151; die Schnittstelle 162 ist geeignet zur Ausfuhrung des Protokolls Z zwischen einem Spei- 
chergerat und dem Speicherverwaltungssystem 151; die Schnittstelle 163 ist geeignet zur Ausfuhrung des Protokolls A 
zwischen einem Speichergerat und dem Speicherverwaltungssystem 151; die Schnittstelle 164 ist geeignet zur Ausfuh- 
rung des Protokolls B zwischen einem Speichergerat und einem Speicherverwaltungssystem 151; und die Schnittstelle 35 
165 ist geeignet zur Ausfuhrung des Protokolls C zwischen dem Speicherverwaltungssystem 151 und einem weiteren 
Speicherverwaltungssystem auf dem Netzwerk. 

In dem erlauterten Beispiel werden die Protokolle X-Z und die Protokolle A-C durch das Speicherverwaltungssystem 
151 unterstutzt. Diese Protokolle konnen mehrere unterschiedliche Protokolle sein, Varianten eines einzelnen Protokolls 
oder alle das gieiche Protokoll, so wie es fur ein jeweiliges Speicherbereichsnetzwerk geeignet, ist, indem das System 40 
verwendet wird. 

Speichervorgange durchlaufen die Schnittstellen 160-165 von entsprechenden Kommunikationsmedien zu den inter- 
nen Ressourcen des Speicherverwaltungssy stems 151. In einem bevorzugten System werden Speichervorgange in ein 
gemeinsames systemintemes Nachrichtenformat iibersetzt zum Routen unter den verschiedenen Schnittstellen, unabhan- 
gig von den Protokollen, die durch diese Schnittstellen ausgefuhrt werden. Ressourcen 153 zum Speicherbereichsrouten 45 
bilden die Vorgange innerhalb des Speicherbereichs ab unter der Verwendung von virtuellen Verbindungen, die fiir die 
jeweiligen Clientgerate und Speichergerate konfiguriert sind. Ressourcen 154 zur Emulation von ubernommenen Gera- 
ten und Datenmigrationsressourcen 155 ermoglichen, daB ein Speicherbereich bei dem Speicherverwaltungssystem 151 
rekonfiguriert wird, wenn neue Ausriistung hinzugefugt wird und vom Netzwerk entfernt wird. Beispiels weise kann ein 
neues Speichergerat zu dem Netzwerk hinzugefugt werden und eine Datengruppe in einem existierenden Speichergerat 50 
kann auf ein neues Speichergerat verschoben werden und es kann der Anschein erweckt werden, daB Speichervorgange 
von Clients, die die Datengruppe verwenden, erscheinen als ob sie auf den existierenden Speichergeraten verbleiben 
wahrend der Migration und nachdem die Migration abgeschlossen ist, indem eine Zielemulation bereitgestellt wird. Die 
Redundanz, die Hot Swap und die Ausfallressourcen 156 gewahrleisten eine Fehlertoleranz und unterstutzen den konti- 
nuierlichen Betrieb des Speicherverwaltungssysterns 151 fur Datenspeichemetzwerke mit hohem Durchsatz. 55 

Uberblick uber die Hardware-Architektur 

Fig. 6 ist ein Blockdiagramm einer geeigneten Hardware-Architektur eines (Speicher)-Servers fur ein intelligentes 
Speicherbereichsnetzwerk. Die Hardware-Architektur implementiert Redundanz und unterstutzt verteilte Softwaresy- 60 
steme zum Verhindem, daB ein Versagen an irgendeinem einzelnen Punkt mit einem bestimrnten Speichervorgang inter- 
feriert. 

Fig. 6 umfaBt den Speicherserver 102A. Der Speicherserver ist ausgelegt, um ein hohes MaB an Redundanz bereitzu- 
stellen unter der gleichzeitigen Verwendung von Standardkomponenten und auf einem Standard basierenden Geraten. 
Beispielsweise verwendet der Speicherserver 102A eine Hochgeschwindigkeitsversion der Standardurngebungskompo- 65 
nenten- Verbindungsimplementierung (peripheral component inerconnect, PCI) und eine Standard Faserkanal verrnittelte 
Schleife (standard fibre channel arbitrated loop, FC-AL) Schnittstelle. Eine Vielzahl von anderen Protokollen und 
Schnittstellen konnen in anderen Ausfuhrungsbeispielen verwendet werden. 
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Der Speicherserver 102A hat vier separate 64-Bit 66 MHz PCI-Busse 200A-D. Viele unlerschiedliche Konfiguraiio- 
nen von Spcichergeraten und Netzwerkschnittstellen in den Slots der PCI-Busse sind moglich. In einern Ausfuhrungs- 
beispiel sind die PCI-Busse in zwei Gruppen aufgeteilt: die SSD PCI-Busse 200A-B und die Schnittstellen PCI-Busse 
200C-D. Jede Gruppe hat zwei Busse, die durch die Begriffe oberer und unterer bezeichnet werden. Die oberen und un- 
teren Busse in jeder Gruppe konnen konfigurierr. werden urn, Redundanzdienste bereitzustellen. Beispielsweise hat der 
untere SSD PCI-Bus 200B die gleiche Konliguration wie der obere SSD PCI-Bus 200A. 

Die PCI-Busse 200A-D sind mit den Hostbruckencontroller (host bridge controller, HBC)-Modulen 202A-B verbun- 
den. 

Die HBC-Module 202A-B uberspannen die PCI-Busse 200A-D und stellen redundante Briickenpfade bereit. 

Die SSD PCI-Busse 200A-B unterstutzen Festkorpertreiber (solid state drive, SSD)-Module 204A-G. Die SSD-Mo- 
dule 204A-G stellen Festkorperspeichergerate wie zum Beispiel FLashrnemoryspeicher bereit. 

Die Schnittstellen-PCI-Busse ermoglichen eine Verbindung von den Netzwerk-Schnittstellencontroller (network in- 
terface controller, NIQ-Modulen 206A-B, den redundanten Feldern von unabhangigen Laufwerken (redundant arrays 
of independent disks, RAID)-Controllermodulen (RAC) 212A-B und den Modulen 208A-D zur anwendungsspezifi- 
schen Verarbeitung (application specific processing, ASP) mit den HBC-Modulen 202A-B. 

Zusatzlich zur Verbindung des Speicherservers 102A mit dern externen FC-AL konnen die NICs 206A-B mit dem Fa- 
serkanalhub (fibre channel hub, FCH)-Modulen 214A-D verbunden werden. Jedes FCH-Modul 214A-D ist mit beiden 
NIC-Modulen 206A-B verbunden. Jedes FCH-Modul 214A-D stellt zehn FC-AL-Ports bereit, und kann uber die NIC- 
Module 206A-B kaskadiert werden, um ein FC-AL-Hub mit zwanzig Stationen bereitzustellen. 

Die Laufwerkshubmodule (disk drive hub, DDH) 216A-D stellen ein redundantes FC-AL-Geriist bereit zur Verbin- 
dung von Laufwerken mit den RAC-Modulen 212A-B. Das FC-AL-Geriist urnfaBt in jedem der DDH-Module 216A-D 
zwei redundante Schleifen, die alle Laufwerke, die mit dem DDH-Modul verbunden sind mit beiden RAC-Modulen 
212A-B verbindet. Die RAC-Module verwalten eine Schieife unter alien DDH-Modulen 216A-D. Die DDH-Module 
216A-D unterstutzen jeweils funf Plattenlaufwerke mit zwei Ports sowie das Plattenlaufwerk 218. 

Die Systemmittelebene (system mid-plane, SMP) ist in Fig. 6 nicht dargestellt. Die SMP ist eine passive Mittelebene, 
die Verbindungen bereitstellt, die in Fig. 6 gezeigt sind, zwischen dem HBC-Modul 201A-B, den SSD-Modulen 
204A-H, den RAC-Modulen 212A-B, den NIC-Modulen 206A-B, den FCH-Modulen 214A-D, den DDH-Modulen 
216A-D und den ASP-Modulen 208A-D. Die SMP basiert auf kompaktem PCI mit vier custom kompakten PCI-Bussen 
200A-D, RAC-DDH- Verbindungen und NIC-FCH- Verbindungen und verschiedenen Kontrollbussen, umfassend die 
Mittelebenensignale. Zusatzlich stellt die SMP Strom verteilung von den Strorrisubsystemen (nicht dargestellt in Fig. 6) 
an die Module bereit mit Spannungen von 48 V, 12 V, 5 V und 3,3 V. 

Die Front-Panel- Anzeige (panel display, FPD) 220 stellt ein Anwenderinterface fur den Speicherserver 102 A bereit. 
Die FPD enthalt ein Anzeigegerat und ein Eingabegerat. In einem Ausfuhrungsbeispiel wird ein beruhrungssensitiver 
FlussigkristaUbildschirm (liquid crystal display, LCD) verwendet, um einen beriihrungsssensitiven Schirm mit Eingabe- 
fahigkeiten darzusteilen. Die FPD 220 ist mit den HBC-Modulen 202A-B verbunden, um Statusanzeigen, Konfigurati- 
onsanzeige und Verwaltung und andere Verwaltungsfunktionen zu unterstutzen. 

Strom und Beluftungssubsysteme (nicht dargestellt in Fig. 6) stellen redundante Wechsel-zu-Gleichstrom-Stromver- 
sorgungen dar, redundante Gleichstrom-zu-Gleichstrom-Leistungskon version, Batteriebackup fur Stromausfalle und ein 
red- undantes Push-Puli-Luftersub system. Diese Komponenten unterstutzen die hohe Verfiigbarkeit und die Merkmale 
einer niedrigen Ausfallzeit, die wichtig sind, wenn ein Speicherbereichsnetzwerk verwendet wird. Der Speicherserver 
102A kann mit anderen Speicherservern verbunden werden, um als ein einzelner Netzwerkport in einem Speicherbe- 
reichsnetzwerk zu erscheinen oder als ein Netzwerk mit hinzugefugtem Speichergerat. Diese Verbindung kann erzeugt 
werden uber die FC-AL-Expansionsports, die mit jedem der HBC-Module 202A-B verbunden sind. Zusatzlich bieten 
die HBC-Module 202A-B RS232 serielle Ports und 10/100 Ethernet-Ports fur Out-Of-Band- Verwaltung. 

Das Bussystem umfafit alle Busse in dem Speicherserver 102A. In diesem Beispiel umfafit das Bussystem die vier 
PCI-Busse, die durch die Hostbruckencontroller rniteinander verbunden sind. Das Bussystem umfafit femer die PCI- 
Busse innerhalb der HBC-Module, die zusatzliche Schnittstellen bereitstellen. Die Slots umfassen alle Positionen auf 
dem Bussystem, die Schnittstellen empfangen konnen. In diesem Beispiel kann jeder der vier PCI-Busse auBerhalb der 
HBC-Module vier Schnittstellen aufnehmen. 

Die Schnittstellen sind Karten oder andere Gerate, die in den Slots angeordnet werden. Die Schnittstellen unterstutzen 
Treiber und Hardware fur die Datenspeicher, die mit den Schnittstellen verbunden sind. 

Redundanz und Fail-Over 

Der Speicherserver 102A bietet ein hohes MaB an Redundanz. In einem Ausfuhrungsbeispiel gibt es redundante NIC-, 
RAC- und HBC-Module. Die SSD-Module und Laufwerke unterstutzen Spiegel. Die Laufwerke unterstutzen femer Pa- 
ritat und Zweikanalzugriff. Jedes DDH-Modul enthalt ein vollredundantes FC-AL-Geriist zur Verbindung mit den RAC- 
Modulen. Ausfalle werden durch die HBC-Module behandelt, die die anderen Module in den Speicherserver steuern. Die 
Steuerung besteht aus mehreren Schichten. 

Die erste Schicht des HBC-Moduls der Steuerung ist die Steuerung der Stromversorgung. Jedes Modul hat ein indivi- 
duelles Stromversorgungs-Enablesignal, das durch den CMB-Controller auf dem Modul gesteuert wird. Obwohl die 
HBC-Module redundant sind, dient nur ein HBC-Modul als das Master- HBC-Modul und steuert und leitet das System. 
Die anderen HBC-Module dienten als ein Slave. 

Wenn ein Modul in einen Slot gesteckt wird, ist seine Stromversorgung anfanglich ausgeschaltet. Nur das HBC-Ma- 
stermodui kann die Stromversorgung einschaken. Wenn ein Modul anfangt, inkorrekt zu arbeiten und auf Befehie nicht 
antwortet, kann das HBC-Modul die Stromversorgung zu dem Modul ausschalten. 

Die zweite Schicht der Steuerung fur die HBC-Module ist der Card- Management-Bus (CMB). Jedes Modul hat einen 
Atmel AT90S8515 (AVR) Mikrocontroller, der mit dem CMB verbunden ist. Das HBC-Modul selbst hat einen AVR-Mi- 
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kroconlroller, der mit dem CMB verbunden ist und der als cin Master oder als ein Slave dienen kann. Der CMB-Mikro- 
controller wird durch eine Verbindung zu der Mittelebcne versorgt, unabhangig von der Leistung, die an den Haupt.pro- 
zessor aufdem Modul geliefert. wird. Das CMB ermogiicht, daB der Master-HBC einen Kartentyp liest, tests telk, ob eine 
Karte anwesend ist, einen nichtmaskierbaren Interrupt an eine Karte sender oder einen Hardreset einer Karte durchfuhrt. 
Modulprozessoren und die Master- HBC-Module konnen ferner Kommunikation uber einen seriellen Port aufdem AVR- 
Mikrocontroller auf dem Modul durchfuhren. Dieser Kommunikationspfad kann verwendet. werden als ein Backup fur 
Kontrollkommunikation fur den Fall eines PCI- Ausf alls. 

Die dritte Ebene der Steuerung fur die HBC-Module ist der PCI-Bus. Wenn ein Modul nicht antwortet, kann es uber 
den CMB abgefragt werden unter der Verwendung eines Kontrollprozesses aufdem PCI-Bus. Wenn das Modul immer 
noch nicht antwortet, kann uber den CMB ein nichtmaskierbarer Interrupt gesetzt werden. Wenn das Modul immer noch it 
nicht antwortet, kann es uber den CMB zuriickgesetzt werden. Wenn das Modul nach dem Reset immer noch nicht ant- 
wortet, kann es heruntergefahren werden und eine Warnung kann ausgegeben werden, das Modul zu ersetzen. 

HBC-Modulredundanz 

it 

Die HBC-Modulredundanz und die Ausfallsicherheit unterstutzen die Systemredundanz. Obwohl die HBC-Module 
202A-B beide gleichzeitig aktiv sein konnen wird nur eines als der Master durch das HOST_SEL-Signal bezeichnet. Das 
Master-HBC-Modul stellt eine PCI-Busvermittlung fur alle PCI-Busse bereit, steuert alle Leistungsenables f ur die ande- 
ren Module und ist der anerkannte Master auf dem CMB-Gerat. Die PCI-Bus vermittlungssignale des Backup-HBC-Mo- 
duls und die Leistungsenables werden von dem HOST_SEL-Signal auBer Kraft gesetzt. Der CMB wird bei jedem Slave 2C 
CMB der Karten oder FCB-Gerat durch das HOST_SEL-Signal geschaltet. Das HOST_SEL-Signal wird tiber einen Wi- 
derstand auf die Systemmittelebene (system mid-plane, SMP) mitgenommen, wodurch verursacht wird, dafi das HBC- 
Modul 202A der Default-Master ist. Das HBC-Modul 202B kann das HOST_SEL-Signal erzeugen um sich selbst zum 
Master zu machen, dies wird jedoch typischerweise nur auftreten wahrend Ausfallen oder eines Startes, wenn das HBC- 
Modul 202A nicht anwesend ist. 25 

Um die Wahrscheinlichkeit eines Fehlers zu reduzieren, treibt der EVC das HOST_SEL-Signal und verlangt ein 
Schreiben auf zwei separate Speicherorte eines spezifischen Musters. Dies kann verhindern, daB ein HBC-Modul mit ei- 
ner Fehifunktion sich selbst zum Master macht. Die Stromenablesignale beider HBC-Module werden auf die SMP mit- 
genommen, damit beim Start der Strom fur beide Karten eingeschaltet wird. Das HBC-Modul 202A hat die Kontrolle 
uber die Stromeinschaltung fur das HBC-Modul 202B. In ahnlicher Weise hat das HBC-Modul 202B die Kontrolle uber 30 
die Stromeinschaltung fur das HBC-Modul 202A. Um wiederum die Wahrscheinlichkeit eines Fehlers zu reduzieren, 
verlangt das Setzen eines Stromeinschaltsignals eines HBC-Moduls ein Schreiben auf zwei separate Speicherorte eines 
spezifischen Musters. 

PCI-Briicken unterstutzen nicht zwei Hosts. Durch spezielles Konfigurieren der PCI-Briicken konnen beide HBC-Mo- 
dule so konfiguriert sein, daB sie auf den System-PCI-Bussen sind. Die PCI-Briicken auf beiden HBC-Modulen werden 35 
so konfiguriert, daB der AdreBraum, der von einem HBC-Modul gesteuert wird, als ein Speicherplatz betrachtet wird, der 
als lokal fur alle System-PCI-Busse auf den anderen PCI-Briicken des HBC-Moduls abgebildet ist. Fehler konnen auf- 
treten wenn ein HBC-Modul versucht, vom oder in den PCI-Adrefiraum des anderen zu lesen beziehungsweise zu schrei- 
ben. Der Fehler wird auftreten, da vier Briicken zu den System-PCI-Bussen den Vorgang bestatigen, wodurch emsthafte 
Fehler erzeugt werden. Daher sollte ein HBC-Modul nicht versuchen, auf das andere HBC-Modul uber die Systembusse 40 
zuzugreifen. 

Obwohl die HBC-Module nicht uber die PCI-Busse kommunizieren sollten, haben die HBC-Module zwei separate 
Kommunikationspfade: einen besonderen seriellen Port und den CMB. Der besondere serielle Port ist der primare Pfad 
fiir Kommunikation um zu erlauben, daB Nachrichten weitergeleitet werden um eine Zustandsuberpriifung auf den ande- 
ren HBC-Modulen bereitzustellen. Wenn ein serieller Port ausfalit, kann der CMB als ein Backup verwendet werden, um 45 
festzustellen welches HBC-Modul ausgefallen ist. 

Die HBC-Modulstartreihenfolge 

Da beide HBC-Module durch das EVC eingeschaltet werden, wenn das System angeschaltet wird, miissen sie feststel- 50 
len, ob ein weiteres HBC-Modul vorhanden ist, wenn sie eingeschaltet werden. Dies erfolgt iiber den CMB. Wenn das 
HBC-Modul 202A vorhanden ist, wird es nach Voreinstellung der Master. Wenn das HBC-Modul 202A beim Anschalten 
feststellt, daB kein HBC-Modul 202B vorhanden ist, kann es den Strom zu dem Kartenslot des HBC-Moduls 202B ab- 
schalten. Dies ermogiicht, daB ein zweites HBC-Modul hinzugefugt wird und unter der Steuerung des Master-HBC-Mo- 
duls angeschaltet wird. Wenn das HBC-Modul 202A beim Start feststellt, daB das HBC-Modul 202B vorhanden ist, 55 
sollte es eine Kommunikation uber den seriellen Port herstelien. Wenn das HBC-Modul 202B feststellt, daB das HBC- 
Modul 202A nicht vorhanden ist, sollte es sich selbst zum Master-HBC-Modul machen durch das Setzen des 
HOST_SEL-Signals und den Strom zu dem Kartenslot des HBC-Moduls 202A abschalten. Wenn das HBC-Modul 202B 
feststellt, daB das HBC-Modul 202A vorhanden ist, sollte es auf ein HBC 0 warten zum Herstelien einer Kommunikation 
uber den seriellen Port. Wenn nach einer bestimmten Zeit die Kommunikation nicht hergestellt worden ist, sollte das 60 
HBC-Modul 202B eine Ausfallsequenz beginnen. 

Die HBC-Modulausfallsequenz 

Die HBC-Module sollten miteinander in spezifischen Intervallen iiber die serielle Schnittstelle kommunizieren. Wenn 65 
das Backup HBC die serielle Kommunikation mit dem Master-HBC verliert, sollte es versuchen, eine Kommunikation 
mit dem Master-HBC-Modul iiber sein CMB herzustellen. Wenn die Kommunikation iiber den CMB hergestellt werden 
kann und beide Hosts in Ordnung sind, ist die serielle Kommunikations verbindung schlecht. Beide Karten sollten Dia- 
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gnosc durchfiihren um festzustellen, wo sich der Fehlcr befindet. Wenn sich der Fehler aufdcin Backup-HBC-Modul be- 
findet. oder nicht isoliert werden kann, sollre ein Alarm ausgelost werden. Wenn sich der Fehlcr auf dem Master-HBC- 
Modul befindet. oder eine CMB-Konununikat.ion nicht. hergestellt werden kann, sollte das Backup-HBC-Modul das Ma- 
ster- HBC- Mod ul aussch alien und sich selbst zum Master mac hen. 

5 

Uberblick iiber die Software-Architektur 

Ein Speicherserver wird durch ein Betriebssystem unterstiitzt, das ausgelegt ist, um die einzigartig hohe Bandbreite, 
den hohen Durchsatz und die Anforderungen eines Speicherservers zu unterstutzen. Das Betriebssystem plant und steu- 
10 ert Datentransfers iiber die Bussysteme und verwaltet das System. Obwohl eine Anzahl von verschiedenen Betriebssy- 
stemen und Softwarekomponentenstrukturen moglich sind, wird in einem Ausfuhrungsbeispiel ein hochmodulares Be- 
triebssystem, das fur einen Speicherserver ausgelegt ist, verwendet. 

Fig. 7 ist ein Blockdiagramm der Softwaremodule eines Betriebssy stems und von Unterstutzungsprogrammen fur ei- 
nen Speicherserver. 

15 Fig. 7 umfafit die folgenden Betriebssystemkomponenten: das Hardware-Schnittstellenmodul 900, das Nucleus 
PLUS TM -Realzeit-Kernelmodul 902, das bei Accelerated Technologies, Inc. Mobile, Alabama erhaltlich ist, das ISOS- 
Protokollverwaltungsmodul 904 und das Speicherservicemodul 906. Das Hardware-Schnittstellenmodul ermoglicht, daB 
Softwarekomponenten des Speicherservers mit den Hardwarekomponenten des Speicherservers kommunizieren. 

Das Nucleus PLUS™-Realzeit-Kernelmodul 902 wird verwendet um grundlegende Betriebssystemfunktionen bereit- 

20 zustellen wie zum Beispiel: Aufgaben, Reihenfolgen, Signale, Timer und die Unterstiitzung kritischer Abschnitte. Das 
Nucleus PLUS™-Realzeit-Kerneimodul 902 wird zu den Softwaremodulen des Speicherservers als Funktionen in C++- 
Klassen durch das Speicherdienstmodul 906 exportiert. 

Das ISOS-Modul 904 ermoglicht, daB der Speicherserver eine Nachrichten-Architektur fur Eingabe und Ausgabe un- 
terstiitzt. Die Hardwaremodule, wie zum Beispiel die Module fur RAID-Controller (RAC), die Module fur Netzwerk- 

25 Schnittstellencontroller (NIC), die Module fur ein Festkorperlaufwerk (solid state drive, SSD), die Module fur ein Lauf- 
werkhub (disk drive hub, DDH) und die Module fiir das Fiberkanalhub (fibre channel hub, FCH) sind alle Eingabe/Aus- 
gabe-Prozessoren (input/output processors, IOPs). Das Modul des Masterhost-Bruckenprozessors (host bridge proces- 
sor, HBC) dient als der Host. 

Das Speicherservicemodul 906 implementiert Nachrichtenklassen zur Unterstiitzung des zuverlassigen Transports 
30 von Nachrichten zwischen Komponenten. Das Speicherservicemodul 906 unterstiitzt den Betrieb von Geratetreibermo- 
dulen und die Unterstiitzung von virtuellen Geraten. Die Geratetreibermodule (device driver modules, DDMs) und die 
virtueilen Gerate (virtual devices, VDs) sind die Aufbaublocke des Speicherserver- Speichersystems. Das Speicherser- 
vicemodul 906 ist um die Bereitstellung von Unterstiitzung herum fur Anforderungen fiir Speichervorgange organisiert. 
In einigen Anwendungen wird ein einzelner Speicherserver, wie zum Beispiel der Speicherserver 102A, mehrere hun- 
35 dert DDMs aufweisen, die in Verbindung mit den Betriebssystemmodulen 900-906 arbeiten zur Unterstiitzung von Ant- 
worten auf Speicherserveranforderungen. Andere Anwendungen verwenden einige wenige DDMs in verschiedenen 
Kombinationen. 

Softwarekomponenten werden als Geratetreibermodule (DDMs) implementiert. Ein DDM, das primar Anfragen nach 
einem Hardwaregerat bedient, wird als ein Hardwaretreibermodul (hardware driver module, HDM) bezeichnet. Ein 

40 DDM, das als ein internes Zwischenprogramm dient, wird als ein Zwischenservicemodul (intermediate service module, 
ISM) bezeichnet. Beispielsweise werden die DDMs die die SSD-Module bedienen, als HDMs bezeichnet. Die DDMs, 
die Zwischenspeicherdienste, Spiegelungsdienste und andere Typen von Diensten bereitsteUen, die nicht direkt mit ei- 
nem Hardwaregerat verbunden sind, konnten als ISMs bezeichnet werden. 

Ein einzelnes DDM kann mehrere Instanzen auf einem einzelnen Speicherserver haben. Beispielsweise gibt es in Fig. 

45 7 vier Instanzen des Leistungs-, Gesundheits- und Status-PHS-Monitors 908A-D, einen fiir jedes der vier groBen Soft- 
waresubsysteme: das NIC 910, das RAC 920, das HBC 930 und das SSD 940. Jedes DDM hat seine eigene Nachrichten- 
warteschlange und eine eindeutige Identifizierung. Beispielsweise kann der PHS-Monitor 908 A auf dem NIC 910 die 
Gerate-ED (device ID, DID) 0 sein. Jedes DDM listet ferner die Klasse von Speicheranforderungen, die von dem DDM 
behandelt werden auf, und Betriebssysternrnodule routen die Anforderungen zu den DDMs auf der Basis der Klasse der 

50 Speicheranforderungen. Anforderungen konnen geroutet werden durch Anforderungscodes oder durch virtuelle Gerate- 
nummern. 

Das NIC-Soft waresubsystem 910 umfaBt drei DDMs: eine Prozessorunterstiitzung HDM 912A, eine Eingabe/Ausga- 
beiibersetzung ISM 91 4 A und den PHS-Monitor 908A. Das RAC-S of twaresub system 920 umfaBt drei DDMs: eine Pro- 
zessorunterstiitzung HDM 912B, ein Eingabe/Ausgabeubersetzung ISM 914B und einen PHS-Monitor 908B. Das HBC- 

55 Softwaresubsystem 930 umfaBt: eine Prozessorunterstiitzung HDM 912C, eine Eingabe/Ausgabeubersetzung ISM 
914C, eine Kartenverwaltung HDM 916, ein Systemmonitor DDM 918, ein Internetprotokoll DDM 921, ein Front-Pa- 
nel- Anzeige DDM 922, eine anwendungsspezifische Prozessorunterstiitzung DDM 924 und einen PHS-Monitor 908C. 
Das SSD-Softwaresubsy stern 926 umfafit ein Festkorperlaufwerkmanagement HDM 926 und einen PHS-Monitor 908D. 
Die Front-Panel-Anzeige 950 unterstiitzt einen Hypertext-Markup-Language (HTML)-Client 928. 

60 Die Fig. 8-10 erlautem eine Vielzahl von Hardwaretreibermodulen (HDMs) und die Fig. 11-14 erlautern eine Viel- 
zahl von internen Zwischenservicemodulen (ISMs) gemafi der bevorzugten Architektur der vorliegenden Erfindung. Fig. 
15 stellt ein vereinfachtes Diagramrn einer Gruppe von Treibermodulen bereit, die in Datenpfade konfiguriert worden 
sind, um als virtuelle Verbindungen zu dienen. 

Fig. 8 erlautert eine Netzwerkschnittstellenkarte 520 mit einem HDM 524. Die Karte 520 hat eine physikalische 

65 Schnittstelle 521 zu einem Faserkanalnetzwerk. Ein Netzwerkschnittstellenchip 522, in diesem Beispiel ein Qlogic-Ge- 
rat, wie zum Beispiel ein ISP 2200A von der Firma Qlogic Corporation aus Costa Mesa, Kalifornien, ist mit der physi- 
kalischen Schnittstelle 521 verbunden. Der Netzwerkschnittstellenchip 522 erzeugt Kommunikation, die durch die Linie 
523 dargestellt wird, die in dern HDM 524 verarbeitet wird. Das HDM 504 bereitet die Kommunikationen zur Verwen- 
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dung durch andere Treibcrrnodulc in deiri System auf. Daher hat die Komrnunikation, die durch die Linie 525 dargesiellt 
wird, ein SCSI-Format. Die Komrnunikation, die durch die Linie 526 dargestellt wird, hat ein Nachrichtcnformat, wie 
zum Beispiel ein BSA-Format. Die Kommunikalion, die durch die Linie 527 dargestellt wird, hat ein Intemetprotokoll 
(IP)-Format. Das HDM ist eine Instanz einer Treiberklasse mit dem Namen "Qiogictreiber" in dem Diagranirn und ihm 
ist in diesem Beispiel die Gerateidentifizierung DID 401 gegeben worden. Die physikaiische Schnittstelle wird als 
NIC#1 identifiziert. 

Fig. 9 erlautert ein Speichergerat 720, das implementiert wird durch ein Feld aus nichtfliichtigen integrierten Verbin- 
dungspeichergeraten. Das HDM 722 ist mit dem Feld 721 verbunden und ubertragt die Komrnunikation en der Blockspei- 
cher-Architektur auf der Linie 723 in ein Format zum Speichern und Abrufen aus dem Feld 721. In diesem Beispiel wird 
dem HDM 722 eine Gerateidentifizierung 1130 gegeben. Die physikaiische Schnittstelle wird als SSD#4 identifiziert. k 

Fig. 10 erlautert die Konfiguration eines Feldes 820 von Laufwerken, die an dem Speicherservergehause in einer fa- 
serkanalvermittelten Schleifen-Architektur in dem bevorzugten Ausfiihrungsbeispiel, das in Fig. 6 gezeigt ist, befestigt 
sind. Das Faserkanallaufwerkhub #0 216A, das Kanalplattenhub #1 21 6B, das Faserkanallaufwerkhub #2 216C und das 
Faserkanallaufwerkhub #3 216D, die ebenfalls in Fig. 6 gezeigt sind, sind verbunden rnit den redundanten Hubcontroll- 
HDMs821und822. ~ it 

Die HDMs 821 und 822 sind mit physikalischen faserkanalvermittelten Schleifenverbindungen 823 bzw. 824 verbun- 
den. Dem HDM 821 ist die Gerateidentifizierung 1612 gegeben worden und dem HDM 822 die Gerateidentifizierung 
1613. Die Verbindung 823 ist mit einer Faserkanalschnittstelle 825 verbunden. Die Schnittstelle 825 umfaBt einen Netz- 
werkschnittstellenchip 826, der mit einer physikalischen Schnittstelle 840 und mit einem HDM 827 verbunden ist. Ein 
ISM 828 ist mit dem HDM 827 verbunden und mit dem internen Kommunikationspfad 829. Der ISM 808 ubertragt die 2C 
BIockspeicher-Architekturkommunikationen auf der Leitung 829 in IOCB-Kommunikationen fur das HDM 827. Das 
HDM 827 kommuniziert mit dem Netzwerkschnittstellenchip 826, der wiederum den Faserkanal 823 treibt. Den ISM 
828 ist die Gerateidentifizierung 1210 gegeben worden und dem HDM 827 die Gerateidentifizierung 1110. Die physika- 
iische Schnittstelle 825 wird mit RAC #0 bezeichnet. 

Die Faserkanalverbindung 824 ist mit der Schnittstelle 830 verbunden. Die Schnittstelle 830 hat eine Konfiguration 25 
wie die Schnittstelle 825. Daher umfaBt die Schnittstelle 830 eine physikaiische Faserkanalschnittstelle 831, die durch ei- 
nen Netzwerkschnittstellenchip 832 getrieben wird. Der Netzwerkschnittstellenchip 832 kommuniziert auf dem Kanal, 
der durch die Linie 833 dargestellt wird mit dem HDM 834. Das HDM 834 kommuniziert mit ISM 835 uber den Kanal 
816. Das ISM 835 verwaltet eine Schnittstelle zu den BSA-Formatnachrichten auf dem Kanal 837. In diesem Beispiel 
wird dem ISM 835 die Gerateidentifizierung 1211 gegeben. Dem HDM 834 wird die Gerateidentifizierung 1111 gegeben. 30 
Die Schnittstelle 830 wird identifiziert als RAC #1 . 

Die Fig. 1 1-14 erlautem eine Vielzahl von ISM-Beispielen gemaB der vorliegenden Erfindung, die in Datehpfade kon- 
figuriert werden konnen. 

Fig. 11 zeigt einen SCSI-Zielserver 550, der ein Beispiel eines Protokollservermoduls gemaB der vorliegenden Erfin- 
dung darstellt. Ahnliche Protokollserverrnodule konnen implementiert werden fur irgendein spezielles Speicherkanal- 35 
oder Netzwerkprotokoll, das von Anwendern der Daten, die durch den Speicherserver der vorliegenden Erfindung ver- 
waltet werden, implementiert wird. Der Zielserver 550 hat eine Nachrichtenschnittstelle 551, die hereinkommende 
Nachrichten von einem HDM empfangt, beispielsweise dem HDM aus Fig. 8, das mit einer Kommunikationsschnitt- 
stelle verbunden ist, die fiir die Verbindung mit einem Anwender geeignet ist. In diesem Beispiel haben die Nachrichten 
auf der Schnittstelle 551 ein S GS I-Format. In anderen Beispielen konnen die Nachrichten bereits die BSA-Architektur 40 
oder irgendeine andere Architektur haben, die geeignet ist fiir das Protokoll auf der Kommunikationsschnittstelle, die ge- 
rade bedient wird. Der Server 550 umfaBt eine Schalterfunktion 550, die hereinkommende Nachrichten zu einem SCSI 
zum BS A-Ubersetzer 553 ubertragt oder zu einer lokalen Antwortfunktion 554. Typischerweise werden die Nachrichten 
von dem Ubersetzer 553 als herausgehende Nachrichten auf der Leitung 555 weitergeleitet. Hereinkommende Nachrich- 
ten auf der Leitung 555 werden an den Ubersetzer 556 geliefert, der die hereinkommenden BSA-Nachrichten in das 45 
SCSI-Format, das auf der Leitung 551 verwendet wird, ubertragt. 

In vielen Fallen kann das SCSI-Zielgerat auf die SCSI-Nachrichten antworten, ohne die Nachricht weiterzurouten un- 
ter der Verwendung des lokalen Anwortservice 554. Viele Statusnachrichten, die sich nicht auf das Lesen oder Schreiben 
vom Speicher selbst beziehen, werden durch den lokalen Antwortservice 554 behandelt. 

Der Zielserver 550 ist in diesem Beispiel eine Instanz einer Klasse SCSI-Zielserver und ihm ist eine Gerateidentifizie- 50 
rung 500 gegeben. Eine Funktion des Protokollservers, beispielsweise des SCSI-Servers 550, besteht darin, das AusmaB 
an Speicher zu identifizieren, das Gegenstand eines Speichervorgangs auf der zugeordneten Schnittstelle ist. DerSpei- 
cherbereich wird auf eine virtuelle Verbindung abgebildet unter der Verwendung der konfigurierbaren Logik in dem 
Speicherserver, wie weiter unten detaiilierter beschrieben wird. 

Fig. 12 erlautert ein ISM 650, das eine Datenpfadaufgabe zur Spiegelungsverwaltung durchfuhrt. Das ISM 650 um- 55 
faBt eine Schnittstelle 651, die mit den intemen Kommunikationskanalen auf dem Gerat verbunden ist. Logikprozesse 
652 empfangen die hereinkommenden Kommunikationen und Daten und verwalten eine Spiegelungsfunktion. Die Lo- 
gik 652 kommuniziert mit einer Vielzahl von Laufwerkschnittstellen inklusive dem primaren Laufwerk 653, dem sekun- 
daren Laufwerk 654, dem tertiarem Laufwerk 655 und einem Standby-Laufwerk 656. Obwohl in dem Diagramm ein 3- 
Wege Spiegel gezeigt ist, kann irgendeinen Anzahl von Spiegelungspfaden implementiert werden fur "n-Wege"-Spiegel 60 
unter der Verwendung von virtuellen Verbindungen. Obwohl der Begriff "Laufwerkschnittstelle" verwendet wird, kon- 
nen andere Typen von Speichergeraten bei den Spiegelungsfunktionen verwendet werden. Die Laufwerkschnittstellen 
653—656 kommunizieren unter der Verwendung von intemen Kommunikationskanalen mit den HDM-Modulen, die den 
Zielspeichergeraten, die bei der Spiegelungsfunktion verwendet werden, zugeordnet sind oder mit anderen ISM-Modu- 
len, wie es fiir die jeweilige virtuelle Verbindung geeignet ist. In diesem Beispiel wird der Spiegel ISM 650 implemen- 65 
:iert als eine Instanz einer Klasse "Spiegel" und ihm wird eine Gerateidentifizierung 10200 gegeben. 

Fig. 13 erlautert ein Partitions ISM 750. Das Partitions ISM 750 umfaBt eine Schnittstelle 751, die interne Kommuni- 
kationen von den anderen Treibermodulen empfangt und eine Schnittstelle 752, die ebenfalls mit anderen Treibermodu- 
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len kommunizicrl. Das LSM 750 umfaBt Logikprozesse 753, Datensirukturen zum Speichcm einer Basisadresse 754 und 
einer Begrenzungsadressc 755 und eine Laufwerksschnittstelle 756. Der PartitionslogikprozeB 753 konrlguriert das bc- 
troffcne Speichergcrat, das durch den LaufwerksprozeB 756 identifiziert wird unter der Verwendung einer logischen Par- 
titionsfunktion, die nutzlich ist fiir eine Vielzahl von Speicherverwaltungstcchniken, so daR das physikalische Geriit als 
5 niehr als ein logisches Gerat in den virtuellen Verbindungen erscheint. In diesem Beispiel ist das Partition s-ISM 750 eine 
Instanz einer Klasse "Partition" und ihm ist eine Gerateidentifizierung 10400 gegeben worden. 

Fig. 14 erlautert ein Zwischenspeicher-ISM 850. Das Zwischenspeicher ISM 850 urnfaBt Logikprozesse 853, die mit 
einer Schnittstelle 851 zu der intemen Nachrichtenweiterleitungsstruktur auf dem Speicherserver kommunizieren. Da- 
tenstrukturen in dem Zwischenspeicher ISM 850 umfassen eine lokale Zwischenspeicherzuordnung 854, eine Zwischen- 

10 speichertabelle 855, die die Daten, die in dem Zwischenspeicher 854 gespeichert sind, identifiziert, und eine Laufwerk- 
schnittstelle 856. Die Laufwerkschnittstelle kommuniziert auf einem Kanal 857 mit einem HDM, das die jeweilige vir- 
tuelle Verbindung, die durch den Zwischenspeicher bedient wird, zugeordnet ist. Der Zwischenspeicher 854 wird in ei- 
nem Ausfuhrungsbeispiel lokal in dem Speicherserver verwaltet. In einem alternativen Ausfuhrungsbeispiel kann der 
Zwischenspeicher in einem Hochgeschwindigkeits-, nichtfliichtigen Speicher gespeichert werden, wie zum Beispiel ein 

15 Festkorperspeichermodul mit einer Architektur, wie sie in bezug auf Fig. 9 beschrieben worden ist. In dem bevorzugten 
Ausfuhrungsbeispiel ist das Zwischenspeichermodul ISM 850 implementiert als eine Instanz einer Klasse "Zwischen- 
speicher" und ihm ist eine. Gerateidentifizierung 10300 gegeben worden. 

Fig. 15 stellt ein heuristisches Diagramm von redundanten virtuellen Verbindungen bereit, die durch die Datenpfade 
inklusive einer Vielzahl von Treibermodulen gemaB der vorliegenden Erfindung implementiert sind. Virtuelle Verbin- 

20 dungen umfassen eine externe Schnittstelle zur Kommunikation mit einem Anwender der Daten, einen Protokolluberset- 
zer zum Ubersetzen von Kommunikationen mit dem Anwender in das Kommunikationsformat der Treibermodule und 
ein Speicherobjekt, das eine Kommunikationsschnittstelle zu einem Speichergerat urnfaBt. Speicheroperatoren, die Da- 
tenpfadaufgaben durchfuhren, konnen zwischen dem Ubersetzer und dem Speicherobjekt existieren. Das optimale Ord- 
nen der Treibermodule, die als Speicheroperatoren, wie zum Beispiel Zwischenspeicher, Spiegelung, Partition etc. die- 

25 nen, wird durch den Systemkonstrukteur durchgefuhrt unter der Verwendung der konfigurierbaren Logik, die vom Spei- 
cherserver bereitgesteilt wird. 

In dem Beispiel, das in Fig. 15 erlautert ist, wird die exteme Schnittstelle durch das NIC #0 bereitgesteilt und sein zu- 
geordnetes HDM wird dargestellt durch den Block 1010. Der Protokolliibersetzer wird bereitgesteilt durch den SCSI- 
Zielserver ISM 1011. Eine Zwischenspeicherfunktion wird durch das ISM 1012 bereitgesteilt. Eine Spiegelfunktion wird 

30 durch das ISM 1013 bereitgesteilt. Auf die Speicherobjekte wird von der Spiegelfunktion 1013 zugegriffen, und sie be- 
stehen aus einer Gruppe von physikalischen Schnittstellen, die in diesem Beispiel ausgewahlt sind aus der grundlegen- 
den Faserkanal-Daisychain-Schnittstelle und ihrem zugeordneten HDM, das dargestellt wird durch den Block 1014 oder 
einer extemen LUN-Schnittstelle, den Laufwerken in der faserkanalvermittelten Schleife, auf die iiber das ISM/HDM- 
Paar, das durch den Block 1015 und den redundanten Block 1016 dargestellt wird, zugegriffen wird, das Festkorperspei- 

35 chergerat und sein zugeordnetes HDM, das durch den Block 1017 dargestellt wird und die Schnittstelle zu einem exter- 
nen Laufwerk und seinem zugeordnetem ISM/HDM-Paar, das durch den Block 1018 dargestellt wird. Separate HDM- 
Module auf den Faserkanalschnittstellen zu den Laufwerken (01), (02), (03), und (04) verwalten die Kommunikation 
iiber die faserkanalvermittelten Schleifen mit den Schnittstellen 1015 und 1016. 

In dem gezeigten Ausfuhrungsbeispiel greift das Spiegelungsmodul 1013 auf die Laufwerke (01), (02) und (04) als 

40 primare, sekundare, bzw. Standby-Laufwerke fur die Spiegelfunktionen zu. Obwohl das Spiegelungsmodul, das in Fig. 
12 gezeigt ist, eine tertiare Laufwerkschnittstelle umfaBt, wird dieses tertiare Laufwerk in dem Beispielsystem nicht be- 
nutzt. 

Femer sind in dem Diagramm Partitions ISM-Module 1020 und 1021 gezeigt, die nicht mit den Datenpfaden der ge- 
zeigten virtuellen Verbindung verbunden sind. Diese Blocks sind vorhanden um zu erlautern, daB bei der Verwendung 

45 der virtuellen Verbindung struktur neue Module wie Partitionierung zu dem Pfad hinzugefugt werden konnen durch ein- 
f aches Konfigurieren des Speicherservers. 

Ein redundanter Datenpfad wird implementiert unter der Verwendung der Schnittstelle NIC #1 und seinem zugeord- 
neten HDM, das durch den Block 1025 dargestellt wird, des SCSI-Zielserver-ISM, das durch den Block 1026 dargestellt 
wird, das Zwischenspeicher-ISM, das durch den Block 1027 dargestellt wird, und das Spiegelungs-ISM, das durch den 

50 Block 1028 dargestellt wird. Redundanz wird in den Datenspeichergeraten erreicht durch die Verwendung der Spiege- 
lungsfunktion. Die redundanten Treibermodule werden in einem bevorzugten Ausfuhrungsbeispiel auf separaten IOPs 
innerhalb des Speicherservers verteilt, 

Wie in Fig. 15 erlautert ist, umfaBt jedes der Treibermodule eine eindeutige Treiberidentifizierung, die in den Klam- 
mern in den Blocken aus Fig. 15 gezeigt ist. Die eindeutigen Gerateidentifizierungen werden verwendet, um die Konfi- 

55 gurationslogik zu unterstiitzen, die auf Tabellen in einer Konfigurationsdatenbank basiert, die von dem Speicherserver 
verwaltet wird, und durch lokale konfigurierbare Logik in dem Speicherserver gesteuert wird. 

In dem bevorzugten System werden die Konfigurations tabellen verwaltet durch einen dauerhaften Tabellentreiber, wie 
zum Beispiel den, der in den Fig. 16 und 17 erlautert ist. Unter emeuter Bezugnahme auf Fig. 4 speichert der Speicher- 
server 102 Verwaltungs- und Routinginformation in Tabellen, wie zum Beispiel in Tabellen 116. Auf die Tabellen 116 

60 kann zugegriffen werden uber das Verwaltungsinterface 120. Die Tabellen 116 werden typischerweise in dauerhaftem 
Speicher, wie zum Beispiel nichtfluchtigem Speicher, gespeichert werden. Die Tabellen 116 konnen redundant gehalten 
werden, um Unterstiitzung zur Ausfailsicherheit bereitzustellen. 

Fig. 16 erlautert ein dauerhaftes Tabellenmodul 1400, das als eine Instanz einer Klasse "dauerhafte Tabelle" imple- 
mentiert wird und der grundlegenden Architektur der Treibermodulstruktur folgt. Das dauerhafte Tabellenmodul 1400 

65 umfafit einen logischen Tabellenzugriffsprozessor 1401 und eine Vielzahl von Unterstutzungsfunktionen inklusive eines 
Tabellendatenzugriffsmanagers 1402, eines dauerhaften Imagemanagers 1403 und eines dauerhaften Synchronisattons- 
moduls 1404 fur die Tabelleninstanz. Der Tabellendatenzugriffsmanager 1402 ist mit einem Tabellenklassenmanager 
1405 in diesem Ausfuhrungsbeispiel verbunden. Der TabeUenklassen manager verwaltet eine Vielzahl von Konfigurati- 
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onslabellen inklusive einer ED-Tabelle 1406 fur einen Faserkanaiport, einer LUN-Exportlabelle 1407, einer Konfigurati- 
onstemplatetabelle 1408, einer DDM-Roll-Call-Tabelle 1409, einer virtuellen Geratetabelle 1410, einer Speicher-Roll- 
Call-Tabelle 1411, einer Faserkanallaufwerk-Roll-Call-Tabelle 1412, einer extemen LUN-Tabelle 1413 unci einer Fest- 
korperspei chert abelle 1414. Die spezielle Konfiguration der Gruppen von Tabellen, die durch das dauerhafte Tabellen- 
modul 1400 verwaltet werden, kann verandert werden, um auf die jeweilige Implementierung angepaBt zu werden und 
optimiert zu werden fur bestimmte Klassen von Geraten. 

Der dauerhafte Imagemanager 1403 und der Synchronisationsmanager 1404 fur die Tabellen ins tanz kommunizieren 
mit dem dauerhaften Datenspeichertreiber 1420, wie in Fig. 1 1 dargestellt, und mit einem zweiten dauerhaften Speicher- 
treiber, der nicht gezeigt ist. Der dauerhafte Datenspeichertreiber 1420 wird implementiert als ein HDM, das eine Instanz 
einer Klasse "dauerhafter Speicher" ist und ihm wird eine Gerateidentifizierung, folgend dem Modell der oben beschrie- i< 
benen Treibermodule, gegeben. In dem bevorzugten System kornrnuniziert das HDM 1420 fur den dauerhaften Daten- 
speicher mit dem Festkorperspeichergerat in dem Speicherserver und stellt schnellen ZugrifF auf die Daten, die in den 
virtuellen Verbindungen verwendet werden, bereit. 

In dem dauerhaften Datenspeicher wird eine groBe Variation von Konfigurationsinformation fur das System gehalten. 
Die DDM-Roll-Call-Tabelle 1409 umfaBt eine Liste aller Instanzen der Gerate treibermodule und ihrer eindeutigen Ge- if 
rate-EDs. Die Speicher-Roll-Call-Tabelle 1411 umfaBt eine Liste aller aktiven Speichergerate, die von dem Speicherser- 
ver detektiert werden. Die Roll-Call-Tabellen konnen verwendet werden durch die virtuelle Geratetabelle 1410 und 
durch die Konfigurationswerkzeuge, um virtuelle Verbindungen zu erzeugen. Die LUN-Exporttabelle 1407 stellt eine 
Technik zum Abbilden der identifizierten Speicherbereiche innerhalb eines Speicherkanalvorgangs auf virtuelle Verbin- 
dungen bereit. Die externe LUN-Tabelle 1413 identifiziert logische Speichereinheiten, die in anderen Speicherservem 20 
gehalten werden, die uber externe Speicherschnittstellen auf dem Speicherserver verbunden sind. 

Zwei primare Tabellen unterstiitzen das Exportieren von Speicher zu Clients und die Speicherroutingfunktionalitat des 
Speicherservers 102A. Diese Tabellen sind die Exporttabelle 1407 und die virtuelle Geratekonfigurationstabelle 1410. 

Die Exporttabelle 1407 25 

Die Exporttabelle 1407 bildet AdreBinformation, die mit einem Speichervorgang empfangen wird, auf eine virtuelle 
Verbindung oder eine Speicheroption ab. Im Fall von SCSI-3 liber eine Faserkanalschnittstelle ist die verwendete AdreB- 
information die Initiator ID, die Ziel-LUN und die Zieladresse. 

Es ist. nicht notwendig, alle diese Information zu verwenden zur Auflosung einer Anforderung, da viele LUNs Initia- 30 
toren oder Clients gemeinsam sein konnen und viele LUNs werden die Zieladresse, beispielsweise den Offset auf dem 
Speichergerat zur Adressierung innerhalb der virtuellen Verbindung verwenden anstelle der Auswahl unterschiedlicher 
Verbindungen. Daher ist in einem typischen Ausfuhrungsbeispiel die Exporttabelle 1407 organisiert, wie in Tabelle 1 ge- 
. zeigt. 

35 

Tabelle 1 



Protokoll 


Proiokollspezifische 
Adressierung (LUN) 


Jnitiatorspezifisch? 
wenn ja, ID 


Erstes virtueHes Gerat 
im der Verbindung 


Primarer Verbin- 
dungsinhaber 


SCSI 


0 


Nein 


11 


NIC0 


SCSI 


1 j 


Ja, ID=6 


30 


NIC0 


SCSI 


1 


Ja. IE>=3 


60 


NIC1 


SCSI 


2 


Nein 


12 


NIC0 


TCP/IP 


Port2000 


Nein 


70 


NIC0 





40 



45 



Die Exporttabelle 1407 kann andere Spalten enthalten, wie zum Beispiel den gegenwartigen Status der virtuellen Ver- 50 
bindung, die Kapazitat der virtuellen Verbindung und andere Information. In einem Ausfuhrungsbeispiel listet die Ex- 
porttabelle 1407 die gesamten virtuellen Verbindungen in einer Spalte der Exporttabelle auf. 

Tabelle 1 zeigt, daB protokollspezifische AdreBinformation verwendet werden kann, um die Anforderung zu der ge- 
eigneten virtuellen Verbindung zu routen. Daher werden nur TCP-Sitzungen, die den Port 2000 als Identifizierer des 
Zielbereiches des Speichers verwenden, zu der virtuellen Verbindung geroutet, die mit dem virtuellen Gerat mit einer 55 
Identifizierung 70 beginnt. 

Tabelle 1 zeigt, daB eine einzelne LUN fur ein Protokoll mit verschiedenen Geraten verbunden werden kann, abhangig 
vom Initiator des Speichervorgangs. In diesem Beispiel wird LUN 1 auf verschiedene virtuelle Verbindungen abgebildet, 
basierend auf der Initiatoridee. Ferner konnen virtuelle Verbindungen abgebildet werden auf der Basis von anderen Ty- 
pen von Identifizierern, wie zum Beispiel den weltweiten Namen (World Wide Name, WWN). 60 

Eine beispielhafte Exporttabelle hat die folgende Struktur: 



65 
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#define EXPORT_TABLE "ExportJTable" 

struct Export Table Entry .{ 



rowID ridThisRow; //ReihenID dieser Tabellenreihe. 

U32 version; //Version des Eintrags der Exporttabelle. 

U32 size; //Grdfle des Eintrags der Exporttabelle in Bytes. 

CTProtocolType ProtocoIType; // FCP, IP, andere. 

U32 CircuitNumber; //LUN oder andere. 

VDN vdNext; //Erste virtuelle Geratenummer in dem Pfad. 

vdLegacyBsa; //Virtuelle Geratenummer des ubernommenen 

BSA. 

vdLegacyScsi; //Virtuelle Geratenummer des ubernommenen 

SCSI. 

U32 ExportedLUN; //Exportierte LUN-Nurnmer. 

U32 Initiatorld; //HostID 

U32 Targetld //Unsere ID. 

U32 FCInstance; //FC-Schleifennummer. 

String32 SerialNumber; //Verwendung eines Stringfeldes fur eine serielle 

Nummer. 

long long Capacity; //Kapazitat dieser virtuellen Verbindung. 

U32 FailState; 
U32 PrimaryFCTargetOwner; 
U32 SecondaryFCTargetOwner; 
CTReadyState ReadyState; //Gegenwartiger Status. 

CTReadyState DesiredReadyState; //Gewiinschter Bereitschaftsstatus. 

String 16 WWNName; //Weltweiter Name (64 oder 128-Bit IEEE- 

Registriert) 

Srring32 Name; //Name der virtuellen Verbindung 



Die virtuelle Geratekonfigurationstabelle 

Die virtuelle Geratekonfigurationstabelle verbindet virtuelle Gerate mit den Gerattreibern, die das virtuelle Gerat un- 
terstutzen. Die virtuellen Gerate sind zur Unterstutzung eines redundanten Aufbaus ausgelegt. Daher bildet die Tabelle 
fur die virtuelle Geratekonfigurationen virtuelle Geratenumrnem auf Geratemodule ab. In einem Ausfiihrungsbeispiel 
wird eine Tabelle, wie zum Beispiel Tabelle 2, dazu verwendet, um virtuelle Gerate auf unterstutzende Geratetreiber ab- 
zubilden. Fig* 15 erlautert die virtuelle Verbindung, die durch Tabelle 2 implementiert wird und mit dem virtuellen Gerat 
12 beginnt. 
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Tabelle 2 



Virtuelles Gerat 


Primar 


Aliemativen 


Parameter 


Status 


Klasse 


1 


4000 


4001 


hi/A 


Primar 


Dauerhaue Ta- 
belle 


10 


1210 


1211 


SO(00) 


Alternative 


FC-Laurwerk 




500 


501 


VD(10) 


Primar 


SCSJ-Ziel 


12 


500 


501 


VD(13) 


Primar 


SCSl-Ziel 


13 


10300 


10301 


VD(I4) 


Primer 


Zwischenspeicher 


14 


10200 


10201 


VD(15 f 16, null, 
17) 


Primar 


Spiegel 


15 


1210 


1211 


SO(02) 


Prinrir 


FC-Laufwcrk 


16 


1210 


121 1 


SO(03) 


Primar 


FC-Laufwerk 


17 


1210 


(211 


SO(04) 


Primdr 


FC-Laut\verk 





K 
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Wie Tabelle 2 zeigt, wird fiir jedes virtuelle Gerat Information iiber primare und alternative Treibermodule, die das vir- 
tuelle Gerat unterstiitzen, bereitgestellt. Beispielsweise wird irn zweiten Eintrag in Tabelle 2 ein Faserkanallaufwerk auf 
das virtuelle Gerat (VD) 10 abgebildet. 

Das virtuelle Gerat umfaBt das eine oder mehrere Software- oder Hardwaremodule zur Unterstutzung des virtuellen 
Gerates. Die Parameterspalte wird verwendet, um Initialisierungsinformation bereitzustellen. Im Fall von VD(10) ist der 25 
Parameter SO(00), was fiir Speicheroption 0 steht. Jede Geratetreibermodulklasse hat klassenspezifische Parameter. 
Speicheroptions treiber verwenden Parameter zum Spezifizieren einer jeweiligen Speichereinheit. Zwischenspeicherklas- 
sen, wie zum Beispiel der Spiegelungstreiber und der Zwischenspeichertreiber verwenden Parameter, die das nachste 
virtuelle Gerat in der virtuellen Verbindung spezifizieren. Dieses Format ermoglicht, daB ein einzelnes Geratetreiberrno- 
dul mehrere Gerate basierend auf den Parametereinstellungen unterstutzt. Es ist zu bemerken, daB in Tabelle 2 der Gera- 30 
tetreiber 1210 durch die virtuellen Gerate 10, 15, 16 und 17 verwendet wird, jedoch jedes Gerat einen unterschiedlichen 
Parameter fiir den Treiber spezifiziert. 

Die Statusspalte gibt den Status der Software oder Hardwaremodule an, die das virtuelle Gerat unterstiitzen. Beispiels- 
weise ist im ersten Eintrag in Tabelle 2 der Status "primar" was bedeutet, daB der primare Geratetreiber, in diesem Fall 
4000, gerade verwendet wird. Im zweiten Eintrag in Tabelle 2 ist der Status "alternativ" was bedeutet, daB der primare 35 
Geratetreiber ausgefallen ist oder nicht korrekt antwortet. In diesem Fall wird der alternative Treiber 1211 fiir den zwei- 
ten Eintrag in Tabelle 2 verwendet. Wenn ein Gerat mehr als eine Alternative hat, wird die Statusspalte den gerade ver- 
wendeten Treiber anzeigen. 

Beispiel 40 

Als ein Beispiel wird ein Speichervorgang betrachtet, der iiber eine der Verbindungsoptionen 130 zu dem Speicherser- 
ver 102 A unter Verwendung des SCSI-Protokolls kommt und der in der Adressierungsinformation als LUN2 bezeichnet 
ist. Femer sei angenommen, daB der Speicherserver 102 A konfiguriert ist, wie in den Tabellen 1 und 2 fiir dieses Beispiel 
gezeigt. 45 

Die Verbindungsoption, wie zum Beispiel die Netzwerkschnittstelle 146 iiber die der Speichervorgang empfangen 
wird, ist mit einem Hardwaregeratetreiber verbunden. Der Hardwaregeratetreiber empfangt den Speichervorgang und 
schickt ihn abhangig vom Protokoll an ein passendes virtuelles Gerat zur Behandlung des Protokolls. 

Beispielsweise werden SCSI-Speichervorgange an einen Geratetreiber in der SCSI-Zielklasse gesandt. In ahnlicher 
Weise werden IP-Speichervorgange an einen Geratetreiber in der IP-Zielklasse gesandt. Hier wird der Speichervorgang 50 
durchgefuhrt unter der Verwendung des SCSI-Kommunikationsprotokolls und er wird daher an ein SCSI-Zielgeratetrei- 
ber (DID500) geroutet 

Der SCSI-Zielgeratetreiber analysiert femer die Anforderung. Der erste Teil der Analyse dient dazu festzustelien, auf 
welche virtuelle Verbindung die Anforderung abgebildet werden soli. Diese FeststeUung kann getroffen werden unter der 
Verwendung der Information in der Exporttabelle. In diesem Beispiel zeigt Tabelle 1 an, dafi eine Anforderung, die das 55 
SCSI-Protokoll verwendet undLUN 2 spezifiziert, zu der virtuellen Verbindung geroutet werden sollte, die mit dem vir- 
tuellen Gerat 12 beginnt. In einem Ausfuhrungsbeispiel werden alle SCSI-Zielanforderungen an denselben SCSI-Ziel- 
treiber fiir eine einzelne Schnittstelle geroutet. In diesem Ausfuhrungsbeispiel wird die Parameterinformation fiir das 
Ziel VD12 verwendet, um das Verhalten des SCSI-Zielgerates zu steuem, statt daB die Nachricht an ein zweites virtuelles 
Gerat fiir ein SCSI-Ziel geroutet wird. 60 

Das SCSI-Zielgerat, hier mit der Treibemummer 500, iibersetzt die SCSI-Nachricht in ein internes Format. Solch ein 
Format basiert auf dem I 2 0-Blockspeicher-Architektur (BS A) -Format. Dieses Format ist neutral in Hinsicht auf das Ge- 
rat und das Protokoll und kann durch Zwischengeratetreiber verwendet werden. Sobald die Anforderung in einem inter- 
nen Format ist, wird sie an das nachste virtuelle Gerat in die virtuelle Verbindung gesandt, wie durch das Parameterfeld 
angegeben. Im vorliegenden Fall ist der Parameter VD(13) oder das virtuelle Gerat 13. 65 

Die Nachricht wird hier an den VD 13 geroutet, der redundante Zwischenspeichertreiber bereitstellt, hier die Treiber 
mit den Nummern 10300 und 10301. Die Treiber zumZwischenspeichern verwenden einen Speicher zum Zwischenspei- 
chem von Speichervorgangen. Basierend auf dem Zwischenspeicheralgorithmus, der von dem Treiber verwendet wird, 
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wird derTreiber die Speichervorgange zum nachst.cn virtuellen Gerat in der virtuellen Verbindung bei geeigneten Inter- 
vallen routen. Hier wird das nachste Gerat durch den Parameter VD(14) oder virtuelles Gerat 14 angezeigt. 

In dem intemen Format wird die Nachricht. zu VD 14 geroulet. Das virtuelle Gerat 14 uinfaBt redundante Spiegelungs- 
treiber. In diesem Fall werden die Treiber 10200 und 10201 verwendet. Die Spiegelungstreiber implementieren einen 
5 Spiegelungsalgorithmus, um ein gespiegeltes Bild des Speichers auf verschiedenen Volumina zu halten. Dieser Spiege- 
lungstreiber unterstiitzt einen prirnare, sekundaren und tertiaren Speicher ebenso wie einen Standby-Speicher. Andere 
Spiegelungstreiber konnen unterschiedliche Algorithmen unterstutzen. Dieser Spiegelungstreiber unterstiitzt ferner das 
Verbinden eines neuen Speichers, der allmahiich synchronisiert wird, mit einem existierenden Speicher. Basierend auf 
dem von den Treiber verwendeten Spiegelungsalgorithmus und dem Status des gespiegelten Speichers, wird der Treiber 
10 Speichervorgange zu geeigneten virtuellen Geraten in die virtu elle Verbindung routen. Unter der Annahme, daB sowohl 
der prirnare als auch der alternative Speicher funktioniert, wird der Spiegelungstreiber diese Anforderung zu den prima- 
ren und sekundaren Speichern nur gemaB der Parameter VD(15, 16, null, 17) oder den virtuellen Geraten 15 und 16 rou- 
ten. Die Null in der Pararneterliste zeigt an, daB kein tertiares Laufwerk gegenwartig fur dieses virtuelle Gerat verwendet 
wird. 

15 Der Spiegelungstreiber kann die Nachrichten des Speichervorgangs seriell oder parallel zu den beiden Geraten routen. 
In diesem Beispiel wird das Weiterleiten der Nachricht zum virtuellen Gerat 15 betrachtet werden, obwohl das Beispiel 
ebenfalls erweitert werden kann auf den zweiten Speicher, das virtuelle Gerat 16. Das virtuelle Gerat 15 umfaBt redun- 
dante Treiber zum Steuern eines Faserkanallaufwerks. Die Treiber ubersetzen das interne Format in ein Format, das von 
den Laufwerken verwendet wird, beispielsweise BSA zu SCSI. Die Treiber stellen ferner die AdreBinformation fur das 

20 Laufwerk bereit. Hier wird der Parameter SO(02) verwendet, um eine Speicheroption auszuwahlen, hier das Faserkanal- 
laufwerk mit der Nummer 2. 

Dementsprechend wird innerhalb der Speicherplattform auf Hardwarefunktionen (wie zum Beispiel ein Laufwerk 
oder einen Flashspeicher) und Softwarefunktionen (wie zum Beispiel einen RAID-Streifen oder -Spiegel) immer uber 
Softwaretreiber zugegriffen, die iiblicherweise als Gerate bezeichnet werden. 

25 Diese Gerate sind paarweise angeordnet (wobei jedes Mitglied des Paars vorzugsweise zur Redundanz ein separates 
Bord betreibt) und werden virtuelle Gerate genannt. Diese virtuellen Gerate werden miteinander in verschiedenen Kon- 
figurationen verkettet. Beispielsweise kann ein Spiegelungsgerat zu zwei oder drei Laufwerksgeraten verkettet werden. 
Durch diese Art der Konfiguration werden Ketten von virtuellen Geraten erzeugt. Diese virtuellen Gerateketten konnen 
erganzt werden, solange sie in irgendein BSA-Typgerat konfiguriert sind, das selbst wiederum in irgendeiner anderen 

30 Konfiguration verwendet werden kann. 

Virtuelle Gerateketten werden mit einem FCP/SCSI-Zielservergerat verbunden und werden in der LUN-Exporttabelle 
des FCP-Ziel'Treiber" fur den "Export" (d. h. die Moglichkeit des Zugriffs von der AuBenwelt iiber das FCP-Protokoll) 
abgebildet. An dieser S telle wird die virtuelle Geratekette mit einem SCSI-Zielservergerat an ihrem Kopf eine virtuelle 
Verbindung genannt. 

35 Die Software des virtuellen Verbindung smanagers, die verantwortlich ist fur das Erzeugen von virtuellen Verbindun- 
gen, fugt den SCSI-Zielserver"Kopf ' zu einer virtuellen Geratekette hinzu und exportiert daraufhin die virtuelle Verbin- 
dung durch das Aktualisieren der Exporttabellen des FCP-Ziels. Die Software unterstiitzt ferner Loschen, Ruhigstellen 
und Ausfallvorgange. 

Die Software des virtuellen Verbindung smanagers a ist ferner verantwortlich fur das Erhalten der virtuellen Verbin- 
40 dungstabellen, VCTs, die an einer einzigen S telle alle virtuellen Gerate in der virtuellen Verbindung auflistet. Diese In- 
formation wird benotigt zum Implementieren von vielen Systemvorgangen, wie zum Beispiel Fehlerbehandlung, Hot- 
Swap und das Herunterfahren. 

Wenn sie initialisiert ist, definiert die virtuelle Verbindungs-Managersoftware die VCT selbst in dem dauerhaften Ta- 
bellenspeicher. Die virtuelle Verbindungs-Managersoftware achtet ferner auf Hnfugungen, Loschungen und irgendwel- 
45 che Modifikationen an der VCT. 

Um eine neue virtuelle Verbindung zu erzeugen, rnuB die Information die notwendig ist, um eine Instanz eines SCSI- 
Zielservers zu erzeugen und zum Abbilden und Exportieren der neuen LUN in einem Eintrag in dem VCT angeordnet 
werden. 

Der virtuelle Verbindungsmanager achtet auf Einfugungen in die VCT und wird beim Empfang einer Antwort die fol- 
50 genden Handlungen durchfuhren: 

1. Versuch zum Vaiidieren der Information in dem neu eingefugten Eintrag. Wenn der Eintrag ungiiltige Informa- 
tion enthalt, wird sein Statusfeld so gesetzt, daB er den Fehler arizeigt und keine weitere Handlung wird durchge- 
fiihrt. 

55 2. Erzeugen eines neuen SCSI-Zielservergerates fur das LUN der virtuellen Verbindung, die durch den neu einge- 

fugten Eintrag spezifiziert wird. 

3. Setzen des Status in dem neuen Eintrag auf "Instantiiere". 

4. Der Speicher, der der virtuellen Verbindung zugeordnet ist, wird in der Speicher- Roll-Call-Tabelle als verwendet 
markiert. 

60 5. Die Exporttabelle wird aktualisiert, um die LUN an den neuen SCSI-Zielserver zu senden. 

Wenn ein Eintrag in der virtuellen Verbindung geloscht wird, wird der virtuelle Verbindungsmanager die folgenden 
Handlungen vornehmen: 

65 1. Stillegen der virtuellen Verbindung, wenn dies nicht bereits erfolgt ist und Markieren der Verbindung als stillge- 

legt. 

2. Entfernen der Versanddaten der virtuellen Verbindung aus der Exporttabelle. 

3. Markieren des Roll-Call-Eintrags, der in dem virtuellen Verbindungseintrag angegeben ist, als nicht verwendet. 
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4. Deinstantiiercn des SCSI-Targctservers, der der virtuellen Verbindung zugcordnct ist. 

Der virtuelle Verbindungsinanager achtet ferner auf Modifizierungen an dern "Exportiert "-Feld in der VCT. Wenn das 
"Exportiert"-Feld in irgendeinern Eintrag in der VCT auf wahr gesetzt wird, wird der virtuelle Verbindungsinanager die 
folgenden Handlungen vornehmen: i 

1. Exportieren der virtuellen Verbindung, indem die notwendigen Modiflkationen an der Exporttabelle des FCP- 
Ziels durchgefuhrt werden. 

2. Falls wahrend des Exportvorgangs kein Fehler auftritt, wird das Statusfeld in dem VC-Eintrag gesetzt und das 
"Exportiert" -Feld wird in einem korrekten Zustand gelassen. Wenn die virtuelle Verbindung nicht exportiert worden u 
ist, wird die Exportiert-Flag auf falsch gesetzt. 

Der virtuelle Verbindungsmanager achtet auf Modiflkationen an dem "Stillgelegt"-Feld in der virtuellen Verbindungs- 
tabelie. Wenn das "Stillgelegt"-Feld in irgendeinern Eintrag in der VCT auf wahr gesetzt wird, fiihrt der virtuelle Verbin- 
dungsmanager die folgenden Handlungen durch: 15 

1. Wenn der VC gegenwartig exportiert ist, wird er nicht mehr exportiert und seine "Exportiert"-Flag wird auf 
falsch gesetzt. 

2. An alle virtuellen Gerate in der virtuellen Verbindung werden Nachrichten zum Stillegen gesendet. 

3. Falls irgendein Fehler wahrend des Stillegebetriebs auftritt, wird das Statusfeld in dem VC-Eintrag gesetzt und 20 
das "Stillgelegf'-Feld wird in einen korrekten Zustand gelassen, d. h. wenn die virtuelle Verbindung nicht stillgelegt 
worden ist, wird die Stillgelelgt-Flag auf falsch gesetzt. 

Anwenderschnittstelle 25 

Eine Anwender-Schnittstelle kann durch Datenverarbeitungsstrukturen zur Anzeige und zur Verwendung bei der Kon- 
figuration eines Speicherservers gemaB der vorliegenden Erfindung hergestellt werden. Das Bild umfaBt ein Fenster mit 
einem Feld zur Anzeige eines Logos, ein Feld zur Anzeige von grundlegender Information in bezug auf das Gehause des 
Servers und eine Gruppe von Icons, die, wenn sie ausgewahlt werden Verwaltungsanwendungen starten. Routinen, die 30 
bereitgestelit sind zur Verwaltung von Hardware und Software, Routinen zur Verwaltung des Anwenderzugriffs und 
Routinen zur Beobachtung von lang andauemden Prozessen auf den Server werden durch die Buttons gestartet. GemaB 
der vorliegenden Erfindung wird eine Funktion zum Definieren von Hosts, die mit dem Server verbunden sind, eine 
Funktion zum Abbilden von exportierten LUNs auf verwaltete Ressourcen und eine Funktion zur ^Configuration des ver- 
walteten Speichers durch die Buttons gestartet. 35 

Das Fenster enthalt femer eine Anwender-Logon-Dialogbox inklusive eines Feldes zur Angabe eines Anwenderna- 
rnens und eines Feldes zur Eingabe eines Passwords. 

Host-Manager 

40 

Der Anwender startet einen Host-Manager unter der Verwendung eines Buttons. Dieser Abschnitt beschreibt ein Java- 
basiertes Anwender-Interface (UI) zur Definierung von Hosts (Servem) fur einen Speicherserver. Die Verwaltung ssoft- 
ware offnet ein Fenster, das eine Tabelle prasentiert, mit Eintragen, die einen Hostnamen, eine Portnurnmer, eine Initia- 
toridee und eine Beschreibung in mehreren Spalten fur jeden Host enthalt, der zur Konfiguration und zur Verwendung 
zur Verftigung steht. Andere Felder umfassen einen Netzwerkschnittstellen-Kartenidentifizierer und einen eindeutigen 45 
Hostidentifizierer in anderen Spalten. Der eindeutige Hostidentifizierer ist in dem bevorzugten Beispiel der weltweite 
Nummernwert fur einen Faserkanal-Host. 

Der Hostmanager ist eine Subkomponente der Java-basierten Verwaltungsanwendung des Speicherservers, die den 
Anwender in die Lage versetzt, einem NIC-Port und einer Initiator-ID einen Namen und eine Beschreibung zuzuordnen, 
um den Prozefi des Definierens einer LUN zu erleichtem. Die allgemeine Funktionalitat wird uber Maus- Pop-Up, Tool- 50 
Bar-Buttons und Handlungsmeniis zur Verftigung gestellt, um auf einen existierenden Host zuzugreifen oder einen neuen 
Host zu definieren unter Verwendung beispielsweise eines "Fiige einen neuen Host hinzu"-Buttons, eines "Verandere ei- 
nen Host'-Buttons oder eines "Losche einen Host"-Buttons. 

Die Anwender-Schnittstelle besteht aus Mentis und einer Tabelle oder einem anderen grafischen Konstrukt zur An- 
zeige der Host-Information. Wenn der Anwender die Host- Verwaltungsoberflache betritt, ist die Tabelle gefullt mit alien 55 
existierenden Hosts. Der Anwender kann eine Reihe in der Tabelle auswahlen. Jede Reihe enthalt Information uber einen 
Host. Der Anwender kann dann das Modifizieren oder Loschen des Hosts auswahlen. Wenn das Modifizieren ausgewahlt 
wird, erscheint eine Dialogbox, die dem Anwender ermoglicht, den Hostnamen und/oder die Beschreibung zu andern. 
Der Anwender wird dann den OK- oder Abbruch-Button driicken. Wenn OK gedriickt wird, werden die Veranderungen 
in der Tabelle erscheinen und an den Server gesendet werden. Wenn Loschen ausgewahlt wird, wird eine Dialogbox er- 60 
scheinen mit einem Label, der den zu loschenden Host anzeigt und Buttons fur OK oder Abbruch. Wenn OK gedriickt 
wird, wird die Hostzeile aus der Tabelle geloscht und das Loschen wird beim Server durchgefuhrt. Wenn Hinzufugen 
ausgewahlt wird, erscheint eine Dialogbox, die den Anwender in die Lage versetzt, alle Information uber einen Host hin- 
zuzufiigen. Wenn OK ausgewahlt wird, wird eine neue Reihe zu der Tabelle fur diesen neuen Host hinzugefiigt, und ein 
Hinzufugen wird beim Server ausgefuhrt. Das Klicken auf die Spaltenbezeichnung wird die Spalten sortieren. 65 
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Speicherabbildung 

Der Anwender kann eine Speicherverwaltungsrouline starten, die ein Bild zeigt, das ein Fenster enthalt zur Anzeige 
einer Darstellung eines hierarchischen Baunus zurn Anzeigen der Speicherelemente. 

Speicherelemente werden definiert unter der Verwendung einer Baumstruktur (beispielsweise Spiegel zu Streifen zu 
Laufwerken). Dies ermoglicht dem Anwender, seinen Speicher in einer organisierten Weise aufzubauen, die konsistent 
ist mit ihrer Vorstellung iiber Speicher. 

Representative Typen von Speicherelementen umfassen die folgenden: 

- Spiegel 

- Streifen 

- externe LUN 

- internes Laufwerk 

- SSD 

- Speichersammlung 

- Speicherpartition. 

Durch das Aufbauen dieserElernente in einem Baum (beispielsweise unter der Verwendung einer Microsoft Explorer- 
ahnlichen Baumanzeige) wird der Anwender in der Lage sein, Speicher zur Verwendung in virtuellen Verbindungen vor- 
zukonfigurieren. Jedes Element kann partitioniert werden und diese Partitionen konnen auf verschiedene Arten verwen- 
det werden. Beispielsweise kann ein Satz von Streifen partitioniert werden, wobei eine Partition als ein LUN exportiert 
wird und die andere als ein Mitglied in einem Spiegel verwendet wird (der daraufhin selbst partitioniert werden konnte). 

Wenn ein Speicherelement partitioniert worden ist, werden die Partitionen in einer Speichersammlung gehalten, die 
das Kind des partitionierten Elementes ist. Fur Elemente, die nicht partitioniert sind, wird diese Partitionssammlung 
nicht existieren. Jede Partition wird identifiziert durch den Typ von Speicher, den sie partitioniert, B beispielsweise eine 
Spiegelpartition, eine Laufwerkspartition, etc. Die Partitionen eines gegebenen Speicherelementes konnen nicht in eine 
emzelne Partition verschmolzen werden, auBer alle Partitionen dieses Elementes stehen zur Verfugung (d. h. das gesamte 
Speicherelement ist unbenutzt). Zu diesem Zweck wird der Anwender ein partitioniertes Speicherelement auswahlen, 
das nur nichtgenutzte Partitionen hat und den "Unpartition "-Button drucken. 

Falls zugewiesene Reserven vorhanden sind, werden sie ebenfalls in einer Speichersammlung gehalten, die ein Kind 
des Elementes ist, dem diese Reservenzugeordnet sind. 

Somit kann jedes Speicherelement potentiell die folgenden Kinder haben, eine Partitionssammlung, eine Reserve- 
sammlung und die tatsachlichen Speicherelemente, die das Elternelernent umfassen. 

Der Speichermanager ist in gewissem Sinne ein Blick in eine Speicher-Roll-Call-Tabelie, die alien verbundenen Spei- 
cher auf einem Server auflistet. Jedes verfugbare Speicherelement wird als der Kopf eines Speicherbaums gesehen Bei- 
spielsweise wird ein Spiegel als verfugbar gezeigt werden, die Streifen und die Laufwerke, die die Zweige dieses Spie- 
gels bilden, sind jedoch nicht verfugbar, da sie zu dem Spiegel gehoren. Damit sie an anderer Stelle wiederverwendet 
werden, muBten sie von diesem Spiegel entfernt werden (und daher von dem Speicherbaum, der sich von diesem Spiegel 
aus erstreckt). In einem Ausfuhrungsbeispiel wird dies getan iiber Drag and Drop in einer ahnlichen Weise, wie Dateien 
von einem Verzeichnis zu einem anderen im Windows NT-Dateiexplorer-Programm verschoben werden. 

Der Baum des gesamten Speichers (verwendet und nicht verwendet) ist auf der linken Haifte der Anzeige in diesem 
Beispiel gezeigt, wobei jedes Speicherelement ein Icon hat, das den Typ und irgendeinen Identifizierungsnamen oder 
eine ID darstellt. 

Unterhaib des Baumes auf der rechten Seite des Fensters oder einem anderen geeigneten Platz wird die Liste des ver- 
fiigbaren (nicht benutzten) Speichers gezeigt. Dies ist eine Liste des gesamten Speichers, der nicht durch ein anderes 
Speicherelement oder eine virtuelle Verbindung verwendet wird. Es wird erwartet, daB der meiste Speicher, der gegen- 
wartig nicht explizit verwendet wird, in einen generellen Reserve-Pool getan wird. Diese Liste des verfugbaren, nicht 
verwendeten Speichers, soil zurneist als eine Hilfe verwendet werden, damit der Anwender leicht nicht genutzte Spei- 
cherelemente findet zurn Aufbau von neuen Speicherbaumen. Wenn beispielsweise eine Festkorperspeichergerat (SSD)- 
Partition gespiegelt wird durch eine Streifengruppe (RAID 0), werden die Partition und die Streifengruppe beide in der 
Verfugbarkeitsliste sichtbar sein, solange bis sie in den Spiegel eingefugt werden. Sobald der Spiegel aus den zwei Mit- 
ghedern erzeugt ist, wird er in der Verfugbarkeitsliste zu sehen sein, solange bis er in eine virtuelle Verbindung eingefugt 

Auf der rechten Seite werden die Information und die Parameter, die einem beliebigen Element in dem Baum, das der 
Anwender durch einen Mausklick auswahlt, zugeordnet sind, angezeigt werden. Wenn ein Speicherelement, das in der 
Verfugbarkeitsliste sichtbar ist, ausgewahlt wird, wird es ausgewahlt in sowohl der Verfugbarkeitsliste als auch dem 
Speicherbaum. 

Funktionen zurn Hinzufugen und Loschen werden bereitgestellt, urn Eintrage zu erzeugen oder zu entfemen, ebenso 
wie eine Modifizierungsfunktion, so daB unter der Verwendung der Werkzeuge, die von der Anwenderschnittstelle be- 
reitgestellt werden, der Anwender Dinge wie "Eigentumer" oder "zuletzt gewartet" oder "Beschreibung", etc. in Feldern 
fur Speicherelemente in dem Baum verandem kann. Der Anwender wird spezifizieren, was hinzugefiigt wird (Spiegel, 
Streifen, Laufwerk, etc.) und eine geeignete Gruppe von Steuerungen wird ihnen gegeben. 

Fur ein internes Laufwerk und eine externe LUN wird der Anwender Dinge spezifizieren wie den Namen, die GroBe, 
vielleicht den HersteUer. Das Spezifizieren eines inneren Laufwerks ist in gewissem Sinne ein Spezialfall, da ein Lauf- 
werk ein Stuck Hardware ist und daher automatisch detektiert wurde. Der einzige Zeitpunkt, an dem Anwender ein Lauf- 
werk hinzufugen wurden, ware, wenn sie einen Statthalter fur irgendeine Hardware einfiigen wiirden, die sie spater hin- 
zufugten. Dies kann ebenfalls fiir SSD-Boards durchgefuhrt werden. 

Fur RAID-Felder wird folgendes geschehen. Der Anwender wird spezifizieren, daB er ein Feld eines gegebenen 
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RAID-Niveaus erzeugen will (Spiegel oder Streifen anfangs) und wird dann in der Lage sein, die Speicherelemente zu 
spezifizieren, die die Mitglieder dieses Feldes sein werden. Diese Spezifizierung wird wahrscheinlich durch das Auswah- 
len von Eintragen in einer Liste von verfugbaren Speicherelementen durchgefiihrt und die Feldkapazitat wird durch die 
Kapazitat seiner Mitglieder best.immt werden. Die Speicherelemente, die als Mitglieder des Feldes benutzt werden, wer- 
den daraufhin als nicht. verfiigbar markiert. (da sie Teil des Feldes sind) und das Feld selbst wird zu der Lisle von verfug- 
barem Speicher hinzugefugt. Jedes RAED-Feld kann ferner bestimmte Reserven haben, die diesem Feld fur den Fall zu- 
gewiesen werden, daB eines der Mitglieder ausfailt. 

Speicherelemente konnen femer partitioniert werden - dies geschieht durch das Auswahlen des zu parti tionierenden 
Elementes und durch das Spezifizieren, welche Stiickgrofie der Anwender haben mochte. Wenn das Element zuvor unp- 
artitioniert war, wird dies dazu fuhren, daB zwei Parti tionen erzeugt werden - die Partition, die der Anwender nachge- 
fragt hat und eine weitere Partition, die den Rest (den nicht benutzten Bereich) des Speichers darstellt, Der nicht genutzte 
Bereich wird zusatzliche Parti tionen ergeben, wenn sie erzeugt werden. 

Die Detailanzeige fur jedes Speicherelement wird so viel Information wie verfiigbar ist anzeigen. Eines der Dinge, die 
in einem bevorzugten System gezeigt werden, ist, wie die Partitionen eines jeweiligen Speicherelementes aussehen (die 
GroBe und die Position). 

LUN-Abbildung 

Unter der Verwendung eines Buttons auf der Anwenderschnittstelle wird eine Routine fur eine LUN-Karte erzeugt. 
Die LUN (Logical Unit Number)- Karte ist im wesentlichen eine Liste der LUNs und ihrer zugeordneten Daten. Diese 
werden als eine Liste von Namen und Beschreibungen angezeigt. Die VC (virtuelle Verbindung), die einer gegebenen 
LUN zugeordnet ist, wird in dieser Anzeige gezeigt. Sie wird sichtbar gemacht, wenn der Anwender einen Eintrag aus 
der LUN-Karte auswahlt und Details verlangt. 

Die LUN-Karte wird die existierende Liste der LUNs zeigen mit Name, Beschreibung oder anderen Feldem. Die Fel- 
der umfassen: 

- Name 

- Beschreibung 

- exportierter Status 

- Host 

- Speicherelement(e) 
Die LUN-Karte ermoglicht: 

- das Sortieren auf der Basis von verschiedenen Feldern. 

- das Filtem, basierend auf Feldern. Dies ist nur notig, wenn mehr ais eine LUN zu einem Zeitpunkt bearbeitet wird 
(beispielsweise Einschalten/Ausschalten). 

- Auswahl einer LUN zum Loschen oder Editieren/Ansehen. 

- Deflnieren und Hinzufugen einer neuen LUN. 

- Importieren von existierenden LUN(s), durchgefiihrt iiber "Learn Mode" beim Hardware-Start. 

- Hinzufugen eines Mitgliedes und Starten eines Hot Copy-Spiegelprozesses auf einer LUN. 

- Exportieren, Reexportieren einer LUN B. Dies wird im wesentlichen den FluB Daten vom Host starten und stop- 
pen. 

Virtuelle Verbindungen sind (fiir den Anwender) definiert als ein Speicherbaum oder ein anderes grafisches Konstrukt, 
das mit einem Host verbunden ist, wie zum Beispiel die Dialogbox, die unter Verwendung eines Buttons gestartet wird. 
Die Dialogbox umfaBt ein Feld fur den Eintrag eines LUN-Namens, ein Feld fur den Eintrag einer Beschreibung und ein 
Feld fiir den Eintrag einer Ziel-ID und ein Feld fur den Eintrag von Information iiber eine exportierte LUN. Pop Up-Me- 
niis werden gestartet unter der Verwendung eines Host-Buttons fur eine Liste von verfugbaren Hosts und ein Speicher- 
button fiir eine Liste von verfugbaren Speicherelementen. Ein Zwischenspeicher-Auswahlbutton wird als eine Check 
Box implementiert. 

Der Speicherbaum ist tatsachlich ein Baum von Speicherelementen (beispielsweise ein Spiegel, der irgendeine Anzahl 
von Streifengruppen umfaBt, die wiederum irgendeine Anzahl von Laufwerken umfassen). Der Host ist tatsachlich ein 
Server mit einer jeweiligen Initiator-ID, verbunden mit einem spezifischen Port auf einem NIC. Dies wird durch den An- 
wender iiber seine Auswahl eines vordefinierten Hosts und eiries vordefinierten Speicherbaums definiert, der eine be- 
stimmte Menge von verfugb arena Speicher reprasentiert. 

Die Verwendung von Zwischenspeicher ist beschrankt auf "on" oder "off 1 unter der Verwendung einer Check Box. Al- 
ternative Systeme stellen Werkzeuge zur Spezifizierung von ZwischenspeichergroBe und Zwischenspeicheralgorithmen 
bereiL 

Die Verwendung von Zwischenspeicher kann im Betrieb ein- oder ausgeschaltet werden, ohne den DatenfluB entlang 
der virtuellen Verbindung zu unterbrechen. Die Standardeinstellung ist "on", wenn ein LUN erzeugt wird. 

Ein Ausfuhrungsbeispiel der LUN-Karte wird die Funktionalitat haben, die notwendig ist zum Erzeugen von virtuel- 
len Verbindungen. Sie wird aus einer mehrspaltigen Tabelle mit zwei Spalten bestehen; eine fiir Host und eine fur Spei- 
cher. Die Erzeugung einer LUN wird sie automatisch exportieren und als verfligbare Funktionen "hinzufugen", "modifi- 
zieren" und "loschen" umfassen. 

Die Anzeige der LUN-Karte ist ein Ort, an dem Hot Copy-Spiegel definiert werden, da dies ubkcherweise mit einer 
existierenden LUN ausgefiihrt wird. Der Vorgang wird die folgenden Schritte umfassen: Auswahlen der LUN, daraufhin 
Auswahlen des Speicherbaums zum Hinzufugen zum bestehenden Speicherbaum iiber die Hinzuftigung eines Spiegels 
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oder die Erweiterung eines existierenden Spiegels (beispielsweise Zweiwege zu Dreiwege). 

Datenmigrationsunterstutzung 

5 Fig. 18 ist ein vereinfacht.es Diagramm, das die drei Stufen des Datenrlusses in einem Speichcrnetzwerk mil einem 
Speicherserver 10 zeigt, der rnit dern ersten Speichergerat. 11 iiber eine Kommunikationsverbindung 14 verbunden ist 
und mit einem zweiten Speichergerat 12 iiber eine Kommunikationsverbindung 15. Das Zwischengerat 10 ist ebenfalls 
mit einem Client-Prozessor iiber eine Kommunikationsverbindung 13 verbunden, iiber die es eine Anforderung fur Zu- 
griff auf Daten einer logischen Adresse LUN A empfangt. 

10 Der Speicherserver 10 umfaBt Speicher, wie zum Beispiel nichtfliichtigen Zwischenspeicher zur Verwendung als Puf- 
fer, Datentransfer-Ressourcen zum Transferieren von Datenzugriffsanforderungen, die auf der Verbindung 13 zu den 
Speichergeraten empfangen wird, auf die iiber die Verbindungen 14 und 15 zugegriffen werden kann. 

Der Speicherserver umfaBt ferner eine Logikmaschine zur Verwaltung von Hot Copy- Vorgangen gemaB der vorliegen- 
den Erfindung. Dieser Vorgang kann verstanden werden durch die Betrachtung der drei Stufen, die in Fig. 18 gezeigt 

15 sind. 

In Stufe 1 bildet der Speicherserver 10 aile Datenzugriffsanforderungen, die die Datengruppe, die Gegenstand des 
Transfers ist, identifizieren und die auf der Schnittstelle zur Verbindung 13 empfangen werden, auf die Verbindung 14 
zur Verbindung mit dem Gerat 11 ab, das die Datengruppe, die Gegenstand der Anforderung ist, speichert. Der Speicher- 
server empfangt ein Kontrollsignal, das einen Hot Copy- Vorgang startet und ein Zielgerat identifiziert, in diesem Bei- 

20 spiel das Gerat 12. Dieser Schritt startet die Stufe 2, wahrend der die Datengruppe als ein HintergrundprozeB von dem er- 
sten Gerat 11 iiber den Speicherserver 10 in das zweite Gerat 12 transferiert wird. Die Parameter werden auf dem Spei- 
cherserver 10 gehalten, um den Fortschritt des Transfers der Datengruppe anzuzeigen und zur Anzeige einer relativen 
Prioritat des im Hintergrund laufenden Hot Copy- Vorgangs in bezug auf Datenzugriffsanforderungen von dem Client- 
Prozessor. Wahrend des Hot Copy- Vorgangs werden Datenzugriffsanforderungen auf das erste Gerat 11 und das zweite 

25 Gerat 12 abgebildet, abhangig vom Fortschritt der Hot Copy und dem Typ der Anfrage. Ferner umfaBt der Speicherserver 
Ressourcen zum Zuordnen einer Prioritat an den Hot Copy-\forgang. Wenn die Prioritat des Hot Copy- Vorgangs niedrig 
ist, erfahrt der Client-Prozessor keine signifikante Verzogerung bei der Ausfuhrung seiner Datenzugriffsanforderungen. 
Wenn die Prioritat des Hot Copy- Vorgangs vergleichsweise hoch ist, kann der Client-Prozessor einige Verzogerung bei 
der Ausfuhrung seiner Datenzugriffsanforderungen erfahren, aber der Hot Copy- Vorgang wird schneller abgeschlossen. 

30 Nach dem AbschluB des Transfers der Datengruppe ist die Stufe 3 erreicht. In der Stufe 3 werden die Datenzugriffsan- 
forderungen von dem Client-Prozessor, die an die Datengruppe adressiert sind, zu dem zweiten Gerat 12 iiber die Kom- 
munikationsverbindung 15 geroutet. Das Speichergerat 11 kann von dem Netzwerk vollig entfernt werden oder fur an- 
dere Zwecke verwendet werden. 

In dem bevorzugten Ausfiihrungsbeispiel umfaBt der Speicherserver 10 einen Speicherbereichsmanager, wie oben be- 

35 schrieben. 

Die Speichergerate 11 und 12 konnen unabhangige Gerate umfassen oder logische Partitionen innerhalb einer einzel- 
nen Speichereinheit. In diesem Fall fuhrt der Hot Copy- Vorgang zu einer Migration der Daten von einer Adresse inner- 
halb der Speichereinheit zu einer anderen Adresse. 

Die Fig. 19, 20, 21 und 22 erlautern verschiedene Aspekte einer Software- Implementierung eines Hot Copy- Vorgangs 

40 zur Ausfuhrung in dem intelligenten Netzwerkserver, der oben beschrieben ist. In anderen Speicherservern, die fur einen 
Hot Copy- Vorgang verwendet werden, werden Veranderungen in der Implementierung durchgefuhrt, zur Anpassung des 
jeweiligen Systems. Mehr Details der Komponenten einer virtuellen Verbindung, eines dauerhaften Tabellenspeichers 
und der Anwender-Interface-Strukturen werden mit Bezug auf die foigenden Figuren beschrieben. 

Fig. 19 zeigt die grundlegenden Datenstrukturen, die in einem Hot Copy- Vorgang verwendet werden. Eine erste Struk- 

45 tur 300 wird eine UTILITY REQUEST STRUCTURE genannt. Eine zweite Struktur 351 wird eine UTILITY STRUC- 
TURE genannt. Eine dritte Struktur 352 wird eine MEMBER STRUCTURE genannt. Die MEMBER STRUCTURE 352 
dient zur Identifizierung einer jeweiligen Verbindung und ihres Status. Die MEMBER STRUCTURE 352 umfaBt,Para- 
meter wie zum Beispiel einen Identifizierer fur eine virtuelle Verbindung (virtual circuit identifier, VD ID), eine logische 
Blockadresse (logic block address, LB A), die eine Blocknummer fur einen Block von Daten, der gegenwartig von der 

50 virtuellen Verbindung behandeit wird, enthalt, eine Zahlung der Anforderungen, die in einer Schlange stehen, fur die vir- 
tuelle Verbindung und einen Statusparameter. 

Die UTILITY STRUCTURE 351 enthalt Parameter, die sich auf ein Dienstprogramm beziehen, das gegenwartig aus- 
gefuhrt wird, in diesem Fall ein Hot Copy-Dienstprogramm. Es speichert Parameter, wie zum Beispiel die Identifizierung 
einer Datenquellengruppe SOURCE ID, eine Identifizierung oder Identifizierungen eines Zielspeichergerates oder -ge- 

55 raten fur den Hot Copy- Vorgang DESTINATION ID(s), eine Schlange von Anforderungen, die in Verbindung mit dem 
Dienstprogramm ausgefuhrt werden sollen und Parameter, die den gegenwartig behandelten Block und seine GroBe an- 
zeigen. 

Die UTILITY REQUEST STRUCTURE 350 enthalt eine Anforderung fur den Hot Copy- Vorgang, inklusive einer 
Vielzahl von Parametem, die den Vorgang betreffen, Sie umfaBt beispielsweise einen Parameter STATUS, der den Status 

60 der Anforderung anzeigt, eine Vielzahl von Rags, die die Anforderung unterstutzen, einen Pointer auf eine entspre- 
chende UTILITY STRUCTURE, einen Parameter, der die Prioritat der Anforderung in bezug auf Eingabe/Ausgabean- 
forderungen von den Client-Prozessoren anzeigt, eine Quellenmaske, die die Datengruppe in der Quelle identifiziert und 
eine Zielmaske, die einen Ort in einem Zielgerat identifiziert, auf den der Hot Copy- Vorgang die Datengruppe kopiert. In 
einem Ausfiihrungsbeispiel gibt es eine Vielzahl von Zielmasken fur eine einzelne Hot Copy-Anforderung, Wie eben- 

65 falls in Fig. 1 9 gezeigt, wird eine logische Blockadresse (LB A) in der UTILITY REQUEST STRUCTURE gehalten, die 
ebenfalls in der MEMBER STRUCTURE gehalten wird, fur einen aktuellen Block von Daten innerhalb der behandelten 
Datengruppe. 

Um einen Hot Copy-ProzeB zu starten, wird eine Anwendereingabe aufgenommen, die die Erzeugung der UTILITY 
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REQUEST STRUCTURE verursacht. Der dauerhafte Tabellenspeicher in dem Speiclicrserver wird mit der Struktur, 
dem Status der Quell- und Zielgerate aktualisiert und die virtuelle Verbindung, die der Datengruppe zugeordnet ist, wird 
uberpruft, die Treiber vorbereitet, um den Hot Copy-Vorgang zu starten und die Statusparameter in verschiedenen Da- 
tenstrukturen werden gesetzt. Der Fortschritt des Hot Copy- Vorgangs wird in dem dauerhaften Tabellenspeicher fur den 
Fall von Ausfallen gehalten. In diesem Fall kann der Hot Copy-Vorgang erneut gestartet werden unter der Verwendung 5 
von anderen Ressourcen innerhalb des Servers, unter der Verwendung der Kopie der Statusinformation und der Daten- 
strukturen, die in dem dauerhaften Tabellenspeicher gespeichert worden sind. 

Die anderen Treiber in dem System, wie z. B. RAID-Monitore oder ahnliches, werden von dem Hot Copy-Vorgang in 
Kenntnis gesetzt. 

Die Anforderung wird in die Schlange fur die MEMBER STRUCTURE gestellt. 10 

Sobald die Vorbereitung abgeschlossen ist, werden die Eingangs- und Ausgangsprozesse bei der Unterstutzung des 
Hot Copy- Vorgangs gestartet. Die relative Prioritat der Eingabe- und Ausgabeprozesse bei der Unterstutzung des Hot 
Copy- Vorgangs bestimmen die Fortschrittsgeschwindigkeit des Hot Copy- Vorgangs fur den Fall, daB ein Client-Prozes- 
sor Eingabe- und Ausgabeanforderungen fur dieselbe Datengruppe ausfuhrt. In der bevorzugten Ausfuhrungsform wer- 
den Eingabe- und Ausgabeanforderungen von dem Client-Prozessor zuerst ausgefuhrt. Fur den Fall, daB ein Blocktrans- 15 
fer bei der Unterstutzung eines Hot Copy- Vorgangs gerade ausgefiihrt wird, wenn eine Eingabe- oder Ausgabeanforde- 
rung von einem Client-Prozessor empfangen wird, wird der Blocktransfer abgeschlossen als ein unteilbarer Vorgang und 
die Anforderung des Client-Prozessors wird daraufhin bedient. In altemativen Systemen konnen andere Techniken ver- 
wendet werden, um die Prioritat der Vorgange zu verwalten. 

Der grundlegende Vorgang zur Ausfuhrung einer Hot Copy ist in Fig. 20 dargestellt. Der Vorgang beginnt mit einer 20 
Hot Copy-Anforderung, die die Spitze der Schlange fur die MEMBER STRUCTURE erreicht (Schritt 360). Der Vor- 
gang allokiert einen Puffer in dem Speicherserver zur Unterstutzung des Blocktransfers (Schritt 361). Eine Nachricht 
wird ausgegeben, um eine Kopie eines ersten Blocks in der Datengruppe in den Puffer zu verschieben (Schritt 362). Ein 
aktueller Block wird zu dem Puffer verschoben gemaB der Prioritatseinstellung fur den Hot Copy-Vorgang (Schritt 363). 
Das Verschieben des Blocks wird erreicht unter der Verwendung von geeigneten Speicherverriegelungs-Transaktionen, 25 
um den Zugriff durch mehrere Prozesse innerhalb des Speicherservers zu steuem. Als nachstes wird eine Nachricht aus- 
gegeben, eine Kopie des Blocks von dem Puffer zu dem Ziel oder den Zielen zu verschieben (Schritt 364). Der Block 
wird zu dem Ziel oder den Zielen gemaB der Prioritat fur den Hot Copy-Vorgang verschoben (Schritt 365). Sobald der 
Block verschoben ist, werden der dauerhafte Tabellenspeicher und die lokalen Datenstrukturen, die den Vorgang unter- 
stiitzen, mit Statusinformation, die den Fortschritt der Hot Copy anzeigt, aktualisiert (Schritt 366). Der Vorgang be- 30 
stimmt, ob der letzte Block in der Datengruppe kopiert worden ist (Schritt 367). Falls nicht, wird eine Nachricht ausge- 
geben, um eine Kopie des nachsten Blocks in den Puffer zu verschieben (Schritt 368). Der Vorgang springt in einer 
Schleife zum Schritt 363, um fortzufahren, Blocks der Datengruppe zu dem Ziel oder den Zielen zu verschieben. Wenn 
im Schritt 367 festgestellt wird, daB der letzte Block in der Datengruppe erfolgreich zu dem Ziel oder den Zielen ver- 
schoben worden ist, ist der Vorgang abgeschlossen (Schritt 369). 35 

GemaB einem Ausfuhrungsbeispiel der vorliegenden Erfindung ist es fur einen Hot Copy-Vorgang, der mehrere Ziele 
mit sich bringt, moglich, daB ein Mitglied oder Mitglieder der Gruppe von Zielen, die gerade verwendet werden, wah- 
rend des Vorgangs ausfallt. In diesem Fall kann der Vorgang mit dem Ziel oder mit den Zielen, die weiterhin arbeiten, 
fortfahren durch das Aktualisieren der geeigneten Tabellen bei der Unterstutzung des fortgesetzten Vorgangs. 

Somit wird ein Hot Copy-Merkmai dazu verwendet, um eine Datengruppe von einem individuellen Mitglied, das noch 40 
nicht heruntergefahren ist, zu einem Ersatzlaufwerk zu kopieren. Die Datengruppe kann die gesamten Inhalte eines Spei- 
chergerates umfassen oder irgendeinen Teil der Inhalte eines Speichergerates. Die Hot Copy-Eigenschaft kann verwen- 
det werden auf RAID-Feldern von irgendeinem Niveau mit geeigneter Status- und Parameterverwaltung. 

Hot Copy-Parameter umfassen die Prioritat des Vorgangs, das Quellgerat und einen Zielidentifizierer. Eine Hot Copy- 
Anforderung enthalt eine Identifizierung des Quellrnitglieds, eine Identifizierung des Zielmitglieds, die CopyblockgroBe 45 
und die Copyfrequenz oder -Prioritat. Hot Copies werden gemaB der Prioritat, eine BlockgroBe nach der anderen, durch- 
gefuhrt. Die gegenwartige Blockposition wird in Feldkonfigurationsdaten innerhalb der Datenstrukturen gehalten, wie 
oben erlautert. Der Hot Copy-Vorgang wird sirnultan mit normalen Eingangs- und Ausgangsprozessen durchgefuhrt. 
Beim Schreiben auf das Laufwerk, mit dem gerade eine Hot Copy durchgefuhrt wird, wird auf beide Laufwerke ge- 
schrieben. In diesem Fall ist das ursprungliche Quellmitglied immer noch giiltig, wenn die Hot Copy abgebrochen wird 50 
oder ausfallt. Wenn eine Hot Copy abgeschlossen ist, wird das ursprungliche Quellmitglied von dem Feld entfernt und 
von Systemverwaltungsprogrammen als nicht verwendbar bezeichnet. In ahnlicher Weise wird in einem Ausfuhrungs- 
beispiel das virtuelle Gerat, das die Datengruppe unterstutzt, aktualisiert, um auf das neue Ziel zu zeigen. 

Die Fig. 21 und 22 erlautern Vorgange, die in dem Speicherserver ausgefuhrt werden, um Datenzugriffsanforderun- 
gen, die von den Client-Prozessoren ausgegeben werden, zu verwalten, wahrend ein Hot Copy-Vorgang ausgefuhrt wird. 55 
Die Datenzugriffsanforderungen konnen irgendeinen einer Vielzahl von Typen haben, inklusive Leseanforderungen und 
Schreibanforderungen und Abwandlungen derselben. Andere Anforderungen umfassen Anforderungen zur Unterstut- 
zung der Verwaltung der Datenkanale und ahnliches. In Fig. 21 ist ein Vorgang zur Behandlung einer Schreibanforde- 
rung erlautert. 

Wenn eine Schreibanforderung die Spitze der Schlange erreicht, beginnt der Vorgang (Schritt 380). Der Vorgang ent- 60 
scheidet, ob die Schreibanforderung einen Ort innerhalb der Datengruppe identifiziert, die Gegenstand eines aktuellen 
Hot Copy- Vorgangs ist (Schritt 381). Wenn der Block innerhalb der Datengruppe ist, die gerade hot-kopiert wird, ent- 
scheidet der ProzeB, ob der Block, auf den die Schreibanforderung gerichtet ist, bereits zu dem Ziel kopiert worden ist 
(Schritt 382). Wenn er kopiert worden ist, wird eine Nachricht ausgegeben, um sowohl auf die Speichergerate, die die 
Datengruppe ursprunglich enthalten haben und auf das oder die Zielspeichergerate zu schreiben (Schritt 383). Als nach- 65 
stes werden die Daten gemaB der Prioritat fur die Eingabe- und Ausgabeanforderung (Schritt 384) verschoben und der 
ProzeB ist fertig (Schritt 385). 

Wenn in einem Schritt 381 die Anforderung nicht innerhalb der Datengruppe war, wird die Nachricht ausgegeben, das 
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Schreiben auf dcr Quelle der Datengruppe auszufuhren (Schritt 386). Der Ablauf des Vorgangs schreitel an diesern Punkt 
fort zum Schritt 384. In ahnlicher Weise wird, wenn in einem Schritl 382 festgestellt wird, daB derOrt, der Gegenstand 
des Schreibens ist, nicht bercils kopiert. worden ist, die Nachricht ausgegeben, auf das Quellgerat zu schreiben (Schritl 
386). 

5 Fig. 22 erlautert die Bchandlung einer Leseanforderung, die wahrend einer Hot Copy erfolgt. Der Vorgang beginnt, 
wenn die Leseanforderung die Spitze der Schlange fur das virtuelle Gerat erreicht (Schritt 390). Der Vorgang entscheidet 
als erstes, ob das Lesen in die Datengruppe fallt, die Gegenstand der Hot Copy ist (Schritt 391). Wenn das Lesen in die 
Datengruppe fallt, entscheidet der ProzeB, ob das Lesen in einen Block fallt, der bereits auf das Ziel oder die Ziele kopiert 
worden ist (Schritt 392). Wenn festgestellt wird, daB der Lesevorgang innerhalb eines Biockes ist, der bereits auf das Ziel 

10 kopiert worden ist, wird eine Nachricht ausgegeben, die Daten vom neuen Ort zu lesen (Schritt 393), In einem altemati- 
ven System kann das Lesen ausgefuhrt werden von dem Quellgerat oder von sowohl dem Quell- als auch den Zielgeraten 
in Abhangigkeit von der Zuverlassigkeit, Geschwindigkeit und anderen Faktoren, die die Verwaltung des Datenverkehrs 
innerhalb des Systems beeinfiussen. Nach Schritt 393 werden die Daten an den Anfragenden zuruckgegeben, gemaB der 
Prioritat fur die DatenzugrifFsanforderungen des Client-Prozessors (Schritt 394). Der ProzeB ist damit abgeschlossen 

15 (Schritt 395). 

Wenn in einem Schritt 391 festgestellt wird, daB die Leseanforderung nicht innerhalb der Datengruppe ist, die Gegen- 
stand der Hot Copy ist, wird eine Nachricht ausgegeben, das Quellgerat zu lesen (Schritt 396). Wenn in einem Schritt 392 
festgestellt wird, daB die Leseanforderung einen Block adressierL, der noch nicht auf das Ziel kopiert worden ist, wird die 
Nachricht ausgegeben, die Daten von dem Quellgerat zu lesen (Schritt 396). Nach Schritt 396 kehrt der Vorgang zuruck 
20 zum Schritt 394. 

Fur den Fall, daB eine Lese- oder Schreibanforderung auf Daten innerhalb eines speziellen Blocks auftritt, wahrend 
der Block gerade durch den Speicherserverpuffer bewegt wird, werden Daten-VerschluBalgorithmen verwendet, um die 
Behandlung der Anforderungen zu verwalten. So wird beispielsweise, wenn ein logischer Block verschlossen wird bei 
der Unterstiitzung des Hot Copy- Vorgangs, wahrend eine Lese- oder Schreibanforderung empfangen wird, dem Client- 

25 Prozessor mitgeteilt werden, daB die Lese- oder Schreibanforderung zuruckgewiesen worden ist, da die Daten verschlos- 
sen werden. In alternativen Systemen, die eine hohere Prioritat fur den Client-Prozessor unterstutzen, kann erlaubt wer- 
den, daB eine Lese- oder Schreibanforderung fortfahrt, wahrend der Block, der im Puffer gehalten wird, zur Unterstiit- 
zung der Hot Copy geloscht wird und der Status der Hot Copy wird zuriickgesetzt, um anzuzeigen, daB der Block nicht 
bewegt worden ist. Eine Vielzahl von anderen Daten- VerschluBalgorithmen kann verwendet werden, wie fiir bestimmte 

30 Implementierungen benotigt. 

Zielemulation 

In den Konfigurationen, die in den Fig. 1, 2 und 3 gezeigt sind, dient der Speicherserver als ein Zwischengerat zwi- 
35 schen Anwendern von Daten und Speichergeraten in dem Speicherbereich, die die Daten speichem. In dieser Umgebung 
wird zur Unterstiitzung von ubemommenen Speichergeraten, d. h. Geraten, die vorhanden waren, bevor der Server als 
ein Zwischengerat eingefugt worden ist, der Speicher mit Ressourcen zum Emulieren des ubemommenen Speichergera- 
tes versehen. Auf diese Weise nimmt der Server virtuell die logische Adresse des ubemommenen Gerates gemaB dem 
zwischen dem Anwender und dem ubemommenen Gerat verwendeten Speicherkanalprotokolls an, wenn der Server zwi- 
40 schen das ubernomrnene Gerat und den Anwender der Daten eingefugt wird. Der Speicherserver dient dann dazu, auf alle 
Anforderungen gemaB diesem Protokoll zu antworten, die er empfangt und die an das ubernomrnene Gerat adressiert 
sind. Femer ruft der Speicherserver solche Konfigurationsinformation wie benotigt von dem ubemommenen Gerat ab 
und speichert die Information im lokalen Speicher, so daB Status und Konfigurationsinformation, die der Anwender kon- 
figuriert hat, um sie in dem ubemommenen Gerat zu erwarten, bereitgestellt wird unter der Verwendung von lokalen Res- 
45 sourcen auf dem Server. Dies spart Kommunikation zwischen dem Server und einem ubemommenen Gerat und ermog- 
licht, daB der Server die Handlung des iibernommenen Gerates nachmacht gemaB dem Speicherkanalprotokoll, so dafi 
die Rekonfiguration des Anwenders entweder nicht notig ist oder stark vereinfacht wird nach dem Hinzufiigen des Ser- 
vers zum Speichemetzwerk. 

50 Zusammenfassung 

Speicherbereich-Netzwerke (SAN) sind eine neue speicherzentrierte Computerarchitektur. Zu groBen Teilen veranlaBt 
durch die Verfligbarkeit von Faserkanalbasierten Speichersubsystemen und Netzwerkkomponenten versprechen SANs 
Datenzugriff und Bewegung mit hohen Geschwindigkeiten, flexiblere physikalische Konfiguration, verbesserte Ausniit- 

55 zung der Speicherkapazitat, zentralisierte Speicherverwaltung, Online- Verwendung und Rekonfiguration der Speicher- 
ressourcen und Unterstiitzung fur heterogene Umgebungen. 

In dem alteren Modell einer "direkten Speicherzuordnung" hatten Speicherressourcen einen direkten Hochgeschwin- 
digkeitspfad nur zu einem einzigen Server. Alle anderen Server hatte nur indirekt iiber ein LAN Zugriff mit wesentlich 
langsamerer Geschwindigkeit auf diese Speicherres source. Speicherbereich-Netzwerke verandern dies, indem sie di- 

60 rekte Hochgeschwindigkeits-Zugriffspfade (iiber den Faserkanal) von jedem Server zu jeder Speicherressource in einer 
"netzwerkartigen" Topologie bereitstellen. Die Einfuhrung einer Netzwerkarchitektur verbessert femer signifikant die 
Flexibility der Speicherkonfiguration, das Entkoppeln von Speicherressourcen von einem jeweiligen Server und die 
Moglichkeit, verwaltet oder konfiguriert zu werden mit rninimalem EinfluB auf die serverseitigen Ressourcen. 

Wahrend SANs die richtige Topologie bereitstellen, um die Anforderungen an die Flexibility und den Datenzugriff in 

65 heutigen Umgebungen zu erfiiUen, wird die SAN- Topologie selbst Geschaftsprobleme nicht in adaquater Weise gerecht. 
Nur physikalische Verbindungen zwischen Servem und Speicherressourcen iiber SAN-Geriistkornponenten wie Schal- 
ter, Hubs oder Router bereitzusteilen, ist nicht ausreichend, um das Versprechen des SANs voll zu erfiillen; jedoch stellt 
das S AN-Geriist nicht die Hardware-Infrastruktur bereit zur Aufnahme der benotigten sicheren zentralisierten Speicher- 
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verwaltungsfahigkeit. Diese zwei Entwicklungen konnen, wenn sie gemeinsam verwendet. werden, die Flexibilitat. und 
den allgegenwartigen ZugrifT auf essentielle Daten bereitstellen, die benotigt werden, urn Geschaftsziele in der neuen 
Uingebung zu erfullen. 

Die Verwaltungsfahigkeit., die an der Spitze der SAN-Hardware-Infrastruktur benotigt wird, ist Speicherbereichsver- 
wallung. Um die optimale Speicherflexibilitat und ZugrifT mit holier Leistung zu erreichen, ist die Speicherbereichsver- 
waltung am effizientesten innerhalb des SAN selbst. angeordnet., anstatt in entweder den Servern oder den Speichergera- 
ten. Server-basierte und Speicherressourcenbasierte Ansatze sind suboptimal, da sie nicht in adaquater Weise die Hete- 
rogenitat sowohl auf der Server- als auch auf der Speicherseite unterstutzen. 

Speicherbereichsverwaitung ist eine zentralisierte und sichere Verwaltungsfahigkeit, die an der Spitze der existieren- 
den SAN-Hardware-Infrastruktur angeordnet ist, um hohe Leistung, hohe Verfugbarkeit und fortgeschrittene Speicher- . K 
verwaltung sfunktionali tat fur heterogene Umgebungen bereitzustellen. Der Zweck der Speicherbereichsverwaitung be- 
steht darin, den Kern eines robusten SAN-Geriistes zu bilden, das ubernommene und neue Ausriistung integrieren kann, 
SAN- und Speicherverwaltungsaufgaben von den Servem und Speicherressourcen auslagern kann und SAN-basierte 
Anwendungen aufnehmen kann, die iiber alle SAN-Komponenten verteilt sind. Ein SAN kann aufgebaut werden ohne 
die Verwendung von Speicherbereichsverwaitung, die Erzeugung und die Verwaltung einer optimierten heterogenen 15 
SAN-Umgebung benotigte jedoch diese entscheidende Verwaltungsfahigkeit. 

Die Grundlagen von Speicherbereichsverwaitung umfassen: 

- Heterogene Interoperabilitat; 

- sichere zentralisierte Verwaltung; 20 

- Skalierbarkeit und hohe Leistungsfahigkeit; 

- professionelle Zuverlassigkeit, Verfugbarkeit und Wartungsfahigkeit; 

- eine intelligente zweckgerichtete Plattforrn. 

Die Methode der Speicherbereichsverwaitung wird Kunden in die Lage versetzen, die vollen Fahigkeiten von SANs 25 
zu realisieren, um Geschaftsproblemen gerecht zu werden. 

Bei all den Server- und Speicherzusammenstellungen ebenso wie den im heutigen Geschaftsklima ublichen Fusionen 
und Unternehmenskaufen ist Heterogenitat eine Tatsache in einer Unternehmensumgebung. Eine Gruppe von Produkten, 
die SAN-Funktionalitat fur eine Produktlinie eines einzelnen Herstellers bereitstellt, ist nicht ausreichend, damit Kunden 
die vollen Fahigkeiten von SANs erreichen. Kunden benotigen eine Fahigkeit, die Investition in altere Ausriistung zu er- 30 
halten, selbst wenn sie neue Server und Speicherprodukte hinzufugen und nutzen. Daher muB ein Speicherbereichsma- 
nager zumindest Faserkanal- und SCSI-Verbindungen unterstutzen. Da sich der Speicherbereichsmanager mit der Zeit 
weiterentwickeln muB, um neue Technologien in dem MaBe wie sie eingefuhrt werden, aufzunehmen, ist die Plattforrn in 
der Lage, einen wohldefinierten Wachstumspfad fur extensivere Multiprotokollverbindungen mit der Zeit bereitzustel- 
len. 35 

SANs erzeugen einen groBen virtualisierten Speicherpool, der zentral verwaltet werden kann, um Speicherverwal- 
tungsaufgaben gegenuber der traditionellen Speicherarchitektur der "direkten Verbindung" zu minimieren, insbesondere 
in den Bereichen von Backup/Wiederherstellung und Totalausfall/Wiederherstellung. Da SANs effektiv einen physikali- 
schen Zugriffspfad von alien Servern zu alien Speichern bereitstellen, jedoch nicht alle Server logisch auf alle Speicher 
zugreifen konnen sollten, muB Sicherheit auf eine robuste Weise angegangen werden. SAN-Geriistanbieter erreichen 40 
dies durch die logische Definierung von "Zonen", wobei jeder Server nur in der Lage ist, auf Daten zuzugreifen, die als 
innerhalb seiner Zone definiert sind. Offensichtlich ist die Fahigkeit zur Definition von sicheren Zonen oder Speicher"be- 
reichen" ein Aspekt eines Speicherbereichsmanagers. Eine verbesserte Unterteilbarkeit von Bereichsdefinitionen, wie 
zum Beispiel die Definition von Untereinheiten innerhalb einer Zone auf dem LUN-Niveau ans telle des Port-Niveaus 
bietet signifikante zusatzliche Flexibilitat bei der Verbesserung der Speicherausnutzung iiber die Zeit. Der Speicherbe- 45 
reichsmanager bietet eine vollstandige Gruppe von zentralisierten Speicherverwaltungsfahigkeiten, die von einer einzi- 
gen Verwaltungsschnittstelle iiber alle verbundenen Server und Speicher unabhangig vom Hersteller verwendet werden 
kann. Von einem zentralen Ort kann ein Systemadministrator das Verschieben oder Spiegeln von Daten zwischen hete- 
rogenen Speicherressourcen steuern und dynamisch diese Fahigkeiten iiber verschiedene heterogene Speicherressourcen 
iiber die Zeit verteilen. Dies fuhrt zu signifikanten Kostenersparungen und der Vereinfachung der Verwaltungskomplexi- 50 
tat. Als eine skalierbare intelligente Plattforrn sitzt der Speicherbereichsmanager in dem perfekten zentralen Ort, um 
Speicherverwaltungsfunktionalitat aufzunehmen, die iiber alle verbundenen Server und Speicherressourcen verteilt wer- 
den kann. 

Bei den gegebenen Speicherwachstumsraten, verursacht durch das neue Geschaftsklima, kann eine spezifische SAN- 
Umgebung leicht wahrend ihrer Lebensdauer um zwei GroBenordnungen an Speicherkapazitat wachsen. Als Spitze der 55 
zentralen Intelligenz in dem SAN ist ein Speicherbereichsmanager in der Lage, eine signifikante Menge an Wachstum zu 
verkraften, ohne eine belastungsbezogene Leistungsverschlechterung. Intelligenz sollte hinzugefiigt werden in dem 
MaBe wie die Konfiguration wachst, um eine glatte, kosteneffektive Skalierbarkeit iiber einen breiten Leistungsbereich 
sicherzustellen. 

Eine Fahigkeit zur Zwischenspeicherung von signifikanten Datenmengen optimiert in der intelligenten Plattforrn die 60 
SAN-Konfiguration, um Leistungsverbesserungen in anwendungsspezifischen Umgebungen zu erreichen. Wenn bei- 
spielsweise "Hot Spots", wie zum Beispiel Dateisystem-Journale und Datenbankregister oder Protokolldateien in einem 
Hochgeschwindigkeitsspeicher in dem Speicherbereichsmanager selbst zwischengespei chert werden konnen, minimiert 
dies in signifikanter Weise die Nachrichtenpfadverzogerung im Vergleich zu mehr konventionellen SAN-Konfiguratio- 
nen, die ohne einen Speicherbereichsmanager aufgebaut sind. Unter der Annahme einer ausreichenden Menge von On- 65 
board-Speicher konnen ganze Datenbanken und Dateisysteme effektiv zwischengespeichert werden, um groBe Lei- 
stungsverbesserungen zu erreichen. Die Onboard- Speicherkapazitat ist femer wichtig zum Einspeichem von Daten wah- 
rend der Migration und anderer Aufgaben der Datenverschiebung. 

25 
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Wie bereits erwahnl, ist einer der entscheidenden Griinde fur den Ubergang zu einern SAN, die allgemeine Datenvcr- 
fiigbarkeit zu verbessem. Wenn einzelne Ausfallpunkte als ein Ergebnis des Ubergangs zu dieser neuen Speicherarchi- 
leklur eingefugt. werden, werden viele ihrer moglichen Vorteile nicht realisiert. Aus diesem Grund miissen nicht nur die 
Daren selbsr, sondern auch die Zugriffspfade zu diesen Daten zu jedem Zeitpunkt verfugbar sein. Die Minimierung von 
5 Ausfallzeit aufgrund von Ausfallen mufi angegangen werden durch die Verwendung von relativen internen Komponen- 
ten und Fahigkeiten wie automatische I/O-Pfadausfalliibernahme, logischern schnellen Austausch (hot sparing) und ein- 
steckbaren, unmittelbar austauschbaren (hot swappable) Komponenten. Die Ausfallzeit muB femer minimiert werden 
durch Online- Verwaltungsfahigkeiten, wie zum Beispiei die Online-Aktualisierung von Firmware, dynarnische Hard- 
ware- und Software-Rekonfiguration und hochleistungsfahiger Datenverschiebung im Hintergrund. Urn die hochsten 

10 Leistungsniveaus sicherzustellen, ist der bevorzugte Speicherbereichsmanager eine zweckgebaute Plattform, die speziell 
fiir speicherbezogene Aufgaben, die von ihm verlangt werden, optimiert ist. Diese Plattform unterstiitzt signifikante lo- 
kale Verarbeitungsleistung zur Durchfuhrung eines groBen Bereichs von Speicherverwaltungs aufgaben, unterstiitzt 
durch den lokalen Hochgeschwindigkeitsspeicher, der notwendig ist fur die Datenbewegung und die Ausfuhrung der An- 
wendung zur Speicherverwaltung. 

15 Im Vergleich mit einer Mehrzweckplattform, die als ein intelligenter Speicherserver verwendet wird, bietet eine fur 
diesen Zweck gebaute Plattform ein Realzeit-Betriebssystem fiir eine schnellere und besser bestimmte Antwortzeit, effi- 
zienteren I/O-Pfadcode zur Minimierung von Nachrichtsverzogerungen und einen Betriebssy stem-Kernel, der optimiert 
ist als eine Datenverschiebungsmaschine anstelle einer Anwendungsmaschine. 

Diese fur diesen Zweck gebaute Plattform unterstiitzt Merkmale auf Kemel-Ebene, die in einem Mehrzweck-Betriebs- 

20 system nicht zur Verfiigung stehen, wie zum Beispiei die zuverlassige deterministische Lieferung von Nachrichten. Die 
Merkmale der hohen Verfugbarkeit, wie zum Beispiei eine integrierte Pfadausfallubemahme, die Online- Verwaltung und 
die dynarnische Rekonfigurierung werden durch das Kern-Betriebssystem unterstiitzt. Durch das Bereitstellen von Intel- 
ligenz an dem optimalen Ort zur Unterstiitzung der heterogenen SAN-Umgebungen bringt der Speicherbereichsmanager 
die folgenden Geschaftsvorteile fur Endanwender: 

25 

- verbesserte Speicherressourcenzuweisung und -ausnutzung; 

- die Flexibility, um kostenefifizient dynarnische Speicherumgebungen mit hohem Wachstum aufzunehmen; 

- eine hohe Verfugbarkeit durch Online- Verwaltung und -Konfiguration; 

- effizientere Verwaltung, um die gesamten $/GB-Kosten der Speicheradministration zu sen ken; 

30 - eine Fahigkeit, um heterogene Server und Speicher in einer integrierten SAN-Umgebung zu verbinden; 

^- das Erhohen des Wertes des JBOD-Speichers durch das Hinzufiigen von Merkmalen der Speicherverwaltung und 
des Zwischenspeicherns, die dynamisch uber alle Speicherressourcen verteilt werden konnen. 

Eine robuste SAN-Hardware-Infrastruktur, die gemeinsam mit der Methode der Speicherbereichs verwaltung verwen- 
35 det wird, stellt die Flexibility zur Aufnahme einer sich schnell und nicht vorhersagbar andernden Umgebung bereit und 
stellt gleichzeitig sicheren Hochgeschwindigkeitszugriff auf hochverfugbare Daten bereit. Das resultierende zentrali- 
sierte Speicherverwaltungsparadigma ist ein efflzienterer billigerer Weg zur Verwaltung des Wachstums von Daten, die 
den Wettbewerbsvorteil fiir das Unternehmen begriinden. 

Die vorangegangene Beschreibung von zahlreichen Ausfiihrungsbeispielen der Erfindung ist zur Erlauterung und Be- 
40 schreibung dargelegt worden. Die Beschreibung ist nicht beabsichtigt, die Erfindung auf die exakt offenbarten Formen zu 
begrenzen. Viele Veranderungen und aquivalente Anordnungen werden fiir Fachleute erkennbar sein. 

Patentanspriiche 

45 1 . System zur Verwaltung von Speicherbereichen in einem Speichernetzwerk, wobei das Speichemetzwerk einen 

oder mehrere Clients und ein oder mehrere Speichersysteme umfaBt, wobei der eine oder die mehreren Clients ent- 
sprechende Speicherkanalprotokolle ausfiihren, die Information iibertragen, die ausreichend ist zur Identifizierung 
eines Clients, der durch einen Speicher vorgang bedient wird, aufweisend: 

eine Vielzahl von Kommunikationsschnittstellen, die fur eine Verbindung iiber Kommunikationsmedien zu entspre- 
50 chenden anderen des einen oder der mehreren Clients oder des einen oder der mehreren Speichersysteme geeignet 

sind, und die gemaB der verschiedenen Kommunikationsprotokolle arbeiten; 

eine Verarbeitungseinheit, die mit der Vielzahl von Kommunikationschnittstellen verbunden ist und Logik umfaBt 
zum Konfigurieren einer Gruppe von Speicherorten aus dem einen oder den mehreren Speichersystemen als ein 
Speicherbereich fur eine Gruppe von zumindest einem Client aus dem einen oder den mehreren Clients, Logik zum 
55 Routen von Speichervorgangen innerhalb eines Speicherbereichs in Antwort auf den identifizierten Client; 

Logik zum Ubersetzen eines Speichervorgangs, der die Vielzahl der Kommunikationsschnittstellen durchlauft in 
und aus einem gemeinsamen Format; redundante Ressourcen, inklusive nichtfliichtigem Zwischenspeicher, um 
Speichervorgange in dem gemeinsamen Format unter den Kommunikationsschnittstellen innerhalb des Speicherbe- 
reichs zu routen; und 

60 eine Verwaltungsschnitts telle, die mit der Verarbeitungseinheit verbunden ist, zur Konfiguration des Speicherbe- 

reichs. 

2. Das System nach Anspruch 1, wobei der eine oder die mehreren Clients entsprechende Speicherkanalprotokolle 
ausfuhren, die Information enthaiten, die ausreichend ist zur Identifizierung eines logischen Speicherortes und Lo- 
gik urnfassen zum Routen von Speichervorgangen innerhalb eines Speicherbereichs in Antwort auf den logischen 

65 Speicherort. 

3. System nach Anspruch 1, aufweisend Logik zur Verwaltung von Migration von Datengruppen von einem Spei- 
cherort zu einem anderen Speicherort innerhalb des Netzwerks. 

4. System nach Anspruch 1, wobei die Verwaltungsschnittstelle Ressourcen zur Konfiguration einer Vielzahl von 
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Speicherbereichen mit dem Neizwerk umfaBt. 

5. Verfahren zur Konfiguration und zur Verwalt.ung von Speicherressourcen in einem Speichemetzwerk, aufwei- 
send: 

Installieren eines Zwischensys terns in dem Netzwerk zwischen Clients und Speicherressourcen in dem Netzwerk; 
Zuweisen eines logischen Speicherbereichs zu Clients in dem Netzwerk unter der Verwendung von- Logik in dem * 
Zwischensystem; 

Zuweisen von Speicherressourcen in dem Netzwerk zu logischen Speicherbereichen unter der Verwendung von Lo- 
gik in dem Zwischensystem; und 

Routen von Speichervorgangen durch das Zwischengerat gemaB den logischen Speicherbereichen, die den Clients 
zugeordnet sind und gemaB den Speicherressourcen, die den logischen Speicherbereichen zugeordnet sind. ic 

6. Speicherserver, aufweisend: 

eine Kommunikationsschnittstelle, die einen Kommunikationskanal fur einen Speichervorgang unterstiitzt; 

eine Logik zum Ubersetzen eines Speichervorgangs, der iiber den Kanal fiir den Speichervorgang empfangen wor- 

den ist, in ein internes Format; 

eine Logik zum Routen des Speichervorgangs in dem internen Format zu einer virtuellen Verbindung, wobei die vir- 15 
tuelle Verbindung Verbindungen zu entsprechenden Datenspeichern in Kommunikation mit dem Speicherserver 
verwaltet. 

7. Speicherserver nach Anspruch 6, wobei die virtuelle Verbindung Logik zum Obersetzen des internen Formats in 
ein oder mehrere Kommunikationsprotokolle fur einen oder mehrere entsprechende Datenspeicher umfaBt. 

8. Speicherserver nach Anspruch 7, wobei die entsprechenden Kommunikationsprotokolle fur entsprechende Da- 20 
tenquellen ein Protokoll umfassen, das mit einem standard- "intelligenten Eingabe/Ausgabe" ("intelligent input/out- 
put, I 2 0")-Nachrichtenformat kompatibel ist. 

9. Speicherserver nach Anspruch 6, wobei die Logik zum Routen von Speichervorgangen zu einer virtuellen Ver- 
bindung eine Tabelle umfafit, wobei die Tabelle eine Vielzahl von Eintragen hat, wobei die Vielzahl der Eintrage 
eine Ubereinstimmung zwischen einem AdreBbereich, der in dem Speicherkommunikationskanal spezifiziert ist, 25 
und einer virtuellen Verbindung anzeigen. 

10. Speicherserver nach Anspruch 6, wobei die Logik zum Routen von Speichervorgangen zu einem virtuellen Ge- 
rat eine Tabelle umfaBt, wobei die Tabelle eine Vielzahl von Eintragen hat, wobei die Vielzahl der Eintrage eine 
Ubereinstimmung zwischen einer virtuellen Verbindung und entsprechenden Datenquellen anzeigen. 

11 . Speicherserver nach Anspruch 6, aufweisend einen Zwischenspeicher, und wobei eine virtuelle Verbindung mit 30 
dem Zwischenspeicher kommuniziert. 

12. Speicherserver nach Anspruch 6, wobei entsprechende Datenspeicher einen nichtfluchtigen Datenspeicher um- 
fassen. 

13. Speicherserver nach Anspruch 6, wobei entsprechende Datenspeicher ein Feld von Festplatten umfassen. 

14. Speicherserver nach Anspruch 6, aufweisend eine Anwenderschnittstelle zur Unterstiitzung der Eingabe von 35 
Konfigurationsdaten. 

15. Speicherserver nach Anspruch 14, wobei die Anwenderschnittstelle eine grafische Anwenderschnittstelle um- 
faBt. 

16. Der Speicherserver nach Anspruch 14, wobei die Anwenderschnittstelle einen Touch Screen umfaBt, der mit 
dem Speicherserver verbunden ist. 40 

17. Server fiir ein Speichemetzwerk mit zumindest einem Client-System, das Anforderungen fur Speichervorgange 
erzeugt, einem Client-Kommunikationskanal zu und von dem Client-System, einer Vielzahl von Speichergeraten 
und entsprechenden Kommunikationskanalen zu und von der "vielzahl von Speichergeraten, aufweisend: 

einen Prozessor inklusive eines Bussystems; 

eine Client-Schnittstelle zum Client-Kommunikationskanal, die mit dem Bussystem verbunden ist; 45 
eine Vielzahl von Schnittstellen zu entsprechenden Kommunikationskanalen, die mit dem Bussystem verbunden 
sind; 

einen nichtfluchtigen Zwischenspeicher, der mit dem Bussystem verbunden ist; und 

Ressourcen, die von dem Prozessor gesteuert werden, um Anforderungen fiir Speichervorgange auf der Server- 
schnittstelle zu empfangen, um die angeforderten Speichervorgange an die Vielzahl von Speichergeraten zu leiten 50 
und um den nichtfluchtigen Zwischenspeicher zur Verwendung in den Speichervorgangen zu allokieren. 

18. Server nach Anspruch 17, wobei die von dem Prozessor gesteuerten Ressourcen Prozesse umfassen zur Au- 
thentifizierung und Verifizierung von Zugangserlaubnissen fur Speichervorgange. 
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